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Zu unseren Umschlagseiten 

Die Farbbilder auf der 3. und 4. Umschlagseite sind 
die Darstellungen neuer, meist bisher nicht bekann- 
ter Fraktale. Sie beruhen auf ähnlichen Iterationen 
wie beim Apfelmännchen auf der 1 . und 2. Um- 
schlagseite. Die zugehörigen Formeln und Para- 
meter werden wir Ihnen in einem der nächsten 
Hefte mitteilen, darüber hinaus eine Methode, mit 
der Sie relativ schnell neue Formeln und Gebiete 
finden. 

Wir hoffen, Ihnen mit den beiden Beiträgen dieses 
Heftes bereits Anregungen zum „ästhetischen Ge- 
stalten“ mit dem Kleincomputer zu geben. Die hier 
gezeigten Bilder sollen Sie darauf ein wenig neugie- 
rig machen. 

Computergrafiken: Prof. Dr. Horst Völz 
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Dialog 


Prof. Dagmar Hülsen- 
berg zum Präsidenten 
der Kammer der Tech- 
nik gewählt 

Zum neuen Präsidenten der Kammer 
der T echnik hat das Präsidium der 
Ingenieurorganisation auf seiner T a- 
gung im Oktober vergangenen Jah- 
res in Berlin Prof. Dr.-Ing. Dr. rer. oec. 
Dagmar Hülsenberg gewählt. 



Prof. Dr.-Ing. Dr. rer. oec. Dagmar 
Hülsenberg wurde am 2. Dezember 
1940 in Sonneberg geboren. Nach 
dem Abitur erlernte sie den Beruf 
eines Facharbeiters für technische 
Keramik und studierte ab 1 960 an der 
Bergakademie Freiberg in der Fach- 
richtung Silikathüttenkunde. Dort pro- 
movierte sie auch zum Dr. rer. oec. 
und zum Dr.-Ing. Nach wissenschaft- 
licher Arbeit an der Bergakademie 
Freiberg und mehrjähriger Tätigkeit 
im Staatsapparat wurde sie 1 975 
zum Ordentlichen Professor an die 
Technische Hochschule Ilmenau be- 
rufen. Ihre Spezialgebiete in Lehre 
und Forschung sind Glas- und Kera- 
mikwerkstoffe sowie -technologien. 
Vorwiegend befaßt sie sich in ihrer 
wissenschaftlichen Tätigkeit mit 
neuen Technologien der Herstellung 
und mit der Anwendung von Glas, 
Keramik und Vitrokeramik in der Mi- 
kroelektronik, mit dem Einsatz von 
Sensoren und der Entwicklung von 
Robotern für die Glas- und Keramik- 
industrie sowie der Wissenschaftsor- 
ganisation. 

Prof. Dr. Dr. Hülsenberg ist Mitglied 
der SED. Sie wurde 1 976 zur Vorsit- 
zenden des Fachverbandes Silikat- 
technik der Kammer der T echnik be- 
rufen und 1 978 zum Mitglied des Prä- 
sidiums der KDT gewählt. Sie ist Mit- 
glied des Forschungsrates der DDR 
und seit 1986 Ordentliches Mitglied 
der Sächsischen Akademie der Wis- 
senschaften. 


Für ihr verdienstvolles Wirken wurde 
sie 1986 als „Verdienter Techniker 
des Volkes“ ausgezeichnet. Sie ist 
Träger der höchsten Auszeichnung 
der Kammer der Technik, der Ernst- 
Abbe-Medaille. 

Foto: ADN-ZBISchöps 


Harry Pollei 
zum Sekretär des 
FV Elektrotechnik 
berufen 

Zum Sekretär des Fachverbandes 
Elektrotechnik der KDT wurde mit 
Wirkung vom 1 . 7. 1 987 Dipl.-Ing., 
Dipl. -Ges. -Wiss. Harry Pollei (40) be- 
rufen. 



Der gelernte Kabelfacharbeiter stu- 
dierte 1965 bis 1970 an der TU Dres- 
den, Sektion Informationstechnik, 
und wirkte anschließend in einem 
Chemiebetrieb an der Einsatzvorbe- 
reitung von Prozeßrechentechnik 

1 971 bis 1 976 als wissenschaftlicher 
Mitarbeiter am Zentralinstitut für so- 
zialistische Wirtschaftsführung beim 
ZK der SED und 1 976 bis 1 983 als 
Redakteur der Zeitung „Die Wirt- 
schaft“ befaßte sich Genosse Pollei 
vorrangig mit Leitungsaufgaben und 
-erfahrungen bei der Anwendung von 
Rechentechnik und Mikroelektronik 
in der Volkswirtschaft. 

1 973 bis 1 978 absolvierte er ein Fern- 
studium an der Parteihochschule 
„Karl Marx“ beim ZK der SED. 

Seit 1 983 ist Harry Pollei im Präsi- 
dium der KDT tätig. 

Was darf der Leser 
von einem Fachartikel 
erwarten? 

Als ständiger Leser von MP und rfe 
erscheint mir eine öffentliche Mei- 
nungsäußerung zu dieser Frage drin- 
gend geboten. Ich meine, vor allem 
hat der Leser ein Recht auf konkrete 


Wir wünschen unseren Lesern und Autoren 
ein gesundes und erfolgreiches neues Jahr. 

Gleichzeitig hoffen wir, daß Sie uns 
auch 1 988 bei der inhaltlichen Gestaltung 
und weiteren Profilierung unserer Zeitschrift 
unterstützen. 

Ihre Redaktion MP 


Informationen. „Konkret“ bedeutet in 
diesem Zusammenhang, daß z. B. 
ein Beitrag über eine K-1 520-1 nterfa- 
cekarte oder einen Einplatinenrech- 
ner zumindest den vollständigen 
Stromlaufplan enthalten muß. Aber 
auch die Angabe von Leiterbild und 
passender Software sollte nichts Un- 
gewöhnliches sein. 

Was nützen dem Leser mehrseitige 
Ausführungen zum Thema „Einplati- 
nenrechner mit 1 808671 /, wen n die 
Beschreibung des Rechners bei der 
Aufzählung der verwendeten Peri- 
pherieschaltkreise und einem Block- 
schaltbild endet? Wem nützt die An- 
gabe der Portadressen ohne die ge- 
naue Kenntnis der Schaltung? Ledig- 
lich diejenigen Leser, die aufgrund 
ihrer aktuellen dienstlichen Arbeits- 
aufgaben in der Lage bzw. gezwun- 
gen sind, ihren Betrieb einen Nach- 
nutzungsvertrag abschließen und die 
damit verbundene Gebühr entrichten 
zu lassen, kommen (endlich) in den 
Besitz sofort verwertbarer techni- 
scher Informationen. In der Summe 
dürfte diese Gruppe einen Anteil von 
höchstens 1 % der gesamten Leser- 
schaft ausmachen. Für die übrigen 
99% bleiben Artikel dieser Art unbe- 
friedigend. 

Erstes Ziel eines Fachbeitrags in der 
MP sollte daher nicht die Verfolgung 
wirtschaftlicher Interessen, sondern 
die Aus- und Weiterbildung auch und 
gerade der in der einschlägigen Indu- 
strie tätigen Leser sein. 

Zum Glück gibt es immer wieder Bei- 
spiele, die zeigen, daß es auch an- 
ders (nämlich besser) geht, /3/, /4/, 
/5/u.a. 

Besonders aufschlußreich ist ein Ver- 
gleich zwischen 121 und /5/, da beide 
Artikel das gleiche Thema, nämlich 
eine EPROM-Programmierkarte für 
ein U880-System, behandeln. 
Während /2/ wenig konkrete Informa- 
tionen zur technischen Lösung, wohl 
aber einen Hinweis zur Nachnutzung 
enthält, werden in 151 sowohl der voll- 
ständige Stromlaufplan als auch das 
komplette Treiberprogramm angege- 
ben. 

Dem Autor von 151 kann man für sein 
offensichtliches Bemühen, den Le- 
sern einen attraktiven Beitrag zu bie- 
ten, nur Dank und Anerkennung aus- 
sprechen. 

Um Mißverständnissen vorzubeu- 
gen: Nachnutzungen sind eine sinn- 
volle und nützliche Einrichtung. Sie 
dürfen jedoch nicht dazu führen, daß 
Autoren von Fachartikeln vorsätzlich 
Informationen zurückhalten und so 
die Attraktivität unserer Fachzeit- 
schriften leidet. Für Nachnutzungs- 
angebote ohne detaillierte technische 
Beschreibung gibt es bekanntlich die 
MP-Rubrik „Börse“. 

Wilfried Skutsch, Potsdam 


Ihrer Meinung können wir nur teil- 
weisezustimmen. Werden Lösungen 
in dem o. g. Sinn so ausführlich be- 
schrieben, daß sie unmittelbar aus 
den abgedruckten Informationen 
nachgenutzt werden können, dann 
ist dafür recht viel Platz in der Zeit- 
schrift erforderlich. Spezielle Fach- 
beiträge interessieren in der Regel 
aber immer nur einen zur Gesamtle- 
serschaft vergleichsweise geringen 


Leserkreis. Andererseits wird zu /t* 
dem Fachartikel eine Kontakt- 
adresse angegeben, unter der Le- 
ser, die weitergehende Informatio- 
nen zur Thematik wünschen, nach- 
fragen können. Die von Ihnen ge- 
wählten Beispiele 121 und 151 verdeut- 
lichen dies sehr gut. Während in 121 
auf etwas über 2 Druckseiten das 
Funktionsprinzip und der Leistungs- 
umfang ausführlich erläutert wurden, 
waren für die Darstellung 151 4 Druck- 
seiten erforderlich. 

Dennoch wollen wir bei Themen, von 
denen wir annehmen, daß sie für 
einen breiten Leserkreis von Inter- 
esse sind, die von Ihnen und anderen 
Lesern vorgeschlagene „ Vollstän- 
digkeit" zulassen. Dabei legt uns 
natürlich auch der Umfang von MP 
eine Begrenzung auf. 

Gerne würden wir die Auffassungen 
weiterer Leser zu dieser Problematik 
wissen. 

Literatur 
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1 6-Bit-Single-Board-Computer 
SBC 8086. Mikroprozessortech- 
nik, Berlin 1 (1987)7, S. 200 
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ble Programmiereinheit. Mikro- 
prozessortechnik, Berlin 1 (1987) 
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131 Münzer, B.-G.: Kopplung eines 
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In eigener Sache 

Ab sofort suchen wir für die Stelle 
eines Redakteurs unserer Zeitschrift 
MP eine(n) geeignete(n) Mitarbei- 
terin) mit abgeschlossenem Hoch- 
oder Fachschulstudium und guten 
Kenntnissen der Computertechnik 
(Hard- und Software). 

Zu den Aufgaben gehören u. a.: 

- Betreuen des Sachgebietes Com- 
putertechnik in der Zeitschrift 

- Gewinnen und redaktionelles Be- 
arbeiten von Manuskripten 

- Besuchen und Auswerten von 
Fachtagungen, -messen und -aus- 
stellungen 

- Zusammenarbeit mit Gutachtern 
und ggf. selbständiges Testen von 
Programmen, die der Redaktion von 
Lesern zur Veröffentlichung einge- 
reicht werden 

- Bearbeiten bzw. Beantworten von 
Leserfragen. 

Falls Sie Interesse an dieser Tätigkeit 
haben und im Raum Berlin wohnen, 
rufen Sie uns unter Tel. 2870203 
oder2870371 an, oder schreiben 
Sie an: 


VEB Verlag Technik 
Redaktion MP 
Oranienburger Str. 13/14 
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Moderne Kommunikations- 
technologien 


Prof. Dr. Dieter Hammer, Institut für Informa- 
tik und Rechentechnik der AdW der DDR 
Prof. Dr. Dietmar Lochmann, Zentrum für 
Forschung und Technologie Nachrichten- 
elektronik 


1. Einleitung 

Das Informationsbedürfnis unserer Gesell- 
schaft steigt gesetzmäßig mit der Zeit an. Ne- 
ben dem Fernsprechen, das bisher den größ- 
ten Teil des Informationsflusses im leitungs- 
gebundenen Nachrichtennetz erzeugt, 
wächst das Bedürfnis an Text- und Daten- 
übertragung sowie an Festbild- und Grafik- 
übertragung, hervorgerufen durch die Büro- 
kommunikation und die schnell fortschrei- 
tende Dezentralisierung der Rechentechnik 
bis hin zu jedem Arbeitsplatz. 

Für die Volkswirtschaft der DDR wurden fol- 
gende Ziele zur Entwicklung moderner Kom- 
munikationstechnologien gestellt /I/: 
f • Als Beitrag zum Erhöhen der volkswirt- 
schaftlichen Produktivität und Effektivität 
sind durch den weiteren Auf- und Ausbau des 
automatisierten Daten- und Fernschreibnet- 
zes die Möglichkeiten für einen schnellen In- 
\ formations- und Datenaustausch zwischen 
\ den Kombinaten, Betrieben und staatlichen 
| Einrichtungen zu erweitern sowie Vorausset- 
f zungen für das unmittelbare Zusammenwir- 
] ken von EDV-Anlagen und Rechnernetzen 
1 zu schaffen. 

• Auf dem Gebiet der elektronischen Nach- 
richtentechnik ist bis 1990 das Entwicklungs- 
tempo weiter zu erhöhen und der Übergang 
auf digitale Nachrichtentechnik für ausge- 
wählte Geräte- und Softwarekomplexe zu 
vollziehen. Mit dieser Entwicklung ist der Pro- 
zeß der Integration bisher selbständiger und 
neuer Dienste, wie Sprachkommunikation, 
Fernkopieren, Fernschreiben, Daten- und 
Bildübertragung, zu einem System mit hohen 
volkswirtschaftlichen Effekten vorzuberei- 
ten. 

Der Begriff der Kommunikationstechnologie 
setzt sich zusammen einerseits aus Kommu- 
nikation, d. h. der einseitigen oder wechsel- 
seitigen Abgabe, Übermittlung und der Auf- 
nahme von Nachrichten durch den Men- 
schen oder technische Systeme, und ande- 
rerseits aus Technologie, die in diesem Zu- 
sammenhang sowohl als Methodik und Ver- 
fahren als auch als Synonym für Technik ver- 
standen wird 121. Darüber hinaus wird unter 
Kommunikationstechnologie die Telekom- 
munikation impliziert, d. h. die Kommunika- 
tion mit Hilfe von Übertragungs- und Vermitt- 
lungsdiensten. Kommunikationstechnolo- 
gien umfassen 

- Netze für die Informationsübertragung 

- Übertragungstechnik zur Steuerung der 
Übertragung auf Leitungen bzw. Kanälen des 
Netzes 

- Vermittlungssysteme zur effektiven Nut- 
zung der Netze für die Informationsübertra- 
gung 


- Dienste, die auf der Grundlage der Eigen- 
schaften der Vermittlungsprinzipien und Ver- 
mittlungstechnik dem Nutzer der Informa- 
tionsübertragung angeboten werden 

- Einrichtungen zur Nutzung der Kommuni- 
kationsdienste. 

Die Entwicklung neuer hocheffektiver Kom- 
munikationstechnologien ist mit einer immer 
stärkeren Annäherung von Nachrichten- und 
Rechentechnik verbunden, die insbesondere 
durch den zunehmenden Einsatz leistungs- 
fähiger Rechnersysteme in Vermittlungssy- 
stemen und den umfassenden Einsatz der 
Mikroelektronik gekennzeichnet ist. 

Sie erfordert die zielstrebige Entwicklung al- 
ler Teilgebiete, deren Entwicklung durch fol- 
gende Trends charakterisiert werden kön- 
nen: 

Netze 

- Erhöhen der Bandbreite/Übergang von 
Schmalband- zur Breitbandübertragung 

- Einsatz von Lichtwellenleitern 

- Satellitenübertragung unter Nutzung vor- 
wiegend geostationärer Satelliten 

Übertragungstechnik 

- Übergang von der analogen zur digitalen 
Informationsübertragung 

- Einsatz der Puls-Code-Modulation (PCM) 

- Einsatz von Lichtwellenleiterübertra- 
gungssteuerungen 

Vermittlungssysteme 

- Übergang zur rechnergestützten Vermitt- 
lung einschließlich integrierter Formen der 
zeitgeteilten Digitaltechnik (PCM) 

- Integration der Sprach- und Daten-/T ext- 
kommunikation im Rahmen eines Vermitt- 
lungssystems 

- Integration aller Kommunikationsanforde- 
rungen einschließlich Bild- bzw. Bewegtbild- 
kommunikation 

Kommunikationsdienste 

- Erweitern der einfachen Kommunikations- 
dienste (Fernsprechen, Telegrafie, Daten- 
kommunikation) durch Informationsabruf-/ 
-Zugriffsdienste (Videotext, Teletex, Fernko- 
pieren, Telekonferenz u. a.) 

- Aufbau von Nachrichtenvermittlungssy- 
stemen (Message Handling Systems) 

- Integration von Informationsverarbei- 
tungsprozessen bei der Bereitstellung eines 
Dienstes 

Nutzungseinrichtungen 

Gewährleisten der Anschlußmöglichkeit an 
Datennetze für alle Rechner, insbesondere 
PC 

- Bereitstellen von nutzerfreundlichen End- 
einrichtungen für die anwendungsangepaßte 
Kommunikation (Schalterterminals, Bankter- 
minals, öffentliche Videotext-Terminals, 
u.ä.) 

- Bereitstellen von Endgeräten für neue 
Kommunikationsdienste und von Multifunk- 
tionsterminals durch das Ergänzen intelligen- 
ter Komponenten. 


Moderne Kommunikationstechnologien sind 
erforderlich bzw. werden schrittweise entwik- 
kelt und eingeführt, um das Informationsbe- 
dürfnis zur wirtschaftlichen und gesellschaft- 
lichen Entwicklung in allen Ländern zu befrie- 
digen. Untersuchunge/i des Internationalen 
Fernmeldevereins (ITU) weisen aus /3/, daß 
das Bedürfnis an Text- und Datenübertra- 
gung durch ein erheblich stärkeres Wachs- 
tum - etwa 20% Zuwachs an Terminals pro 
Jahr - gegenüber einem Zuwachs von 4% 
an Fernsprechstellen pro Jahr gekennzeich- 
net ist. In Bild 1 ist diese Entwicklung im Welt- 
maßstab dargestellt, wobei mehrere Daten- 
kommunikationsmöglichkeiten unterschie- 
den und insgesamt Trends ausgewiesen 
werden. Dabei entsprechen die unterschied- 


INFO ’88 



Vom 22. bis 26. Februar 1 988 findet in 
Dresden der 4. Kongreß der Informati- 
ker der DDR statt (siehe auch MP 12/ 
87, 2. US). 

Bei dem vorliegenden Artikel handelt 
es sich um den Vorabdruck eines Ple- 
narvortrages der INFO ’88. Wir beab- 
sichtigen, im Laufe des Jahres wei- 
tere, ausgewählte Beiträge des Kon- 
gresses, die für unsere Leser von be- 
sonderem Interesse sind, zu veröf- 
fentlichen. 

MP 


liehen Datenkommunikationsmöglichkeiten 
international standardisierten Diensten 

- Telex für den seit vielen Jahren etablierten 
Fernschreibdienst 

- Telefax für das Fernkopieren von Schriften 
und Grafiken 

- Teletex für die Textkommunikation aus bis 
zu mehreren Seiten bestehenden Dokumen- 
tationen auf der Grundlage des Büroschreib- 
maschinenzeichenvorrats 

- Videotext für die Nutzung des Fernsehbild- 
schirms zur Ausgabe von Text auf dem Bild- 
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schirm bzw. „interaktiver Videotext“ (Bild- 
schirmtext) zur Nutzung des Fernsehgerätes 
in Verbindung mit dem Fernsprechnetz zur 
Auskunftsabfrage. 

Nicht berücksichtigt ist bei dieser Betrach- 
tung der erheblich höhere Informationsum- 
fang der im Mittel von bzw. zu einer Datensta- 
tion gegenüber einer Fernsprechstelle über- 
tragen wird. 

Die Breite des Gegenstandes moderner 
Kommunikationstechnologien auf der Grund- 
lage der Kommunikationsformen Sprache, 
Text, Bild und Daten (häufig unter Daten zu- 
sammengefaßt) erfordert eine Schwerpunkt- 
setzung, da sie von der Datenfernübertra- 
gung über lokale und Weitverkehrsnetze, de- 
ren spezifischer technischer Realisierung 
und dem Ablauf der Kommunikationsproto- 
kolle, von der Arbeitsweise in geschlossenen 
und offenen, insbesondere öffentlichen Nut- 
zungssystemen, bis zu den über das Spezial- 
gremium der ITU der CCITT regulierten Dien- 
sten, einschließlich der Fragen von Normen 
und Standards und vielen anderen Problem- 
stellungen, reicht. Die weiteren Ausführun- 
gen konzentrieren sich daher auf einige aktu- 
elle Fragen der Realisierung von Datenver- 
mittlungssystemen für Weitverkehrsdaten- 
netze und die Dienstintegration sowie auf 
langfristige Entwicklungstrends zur massen- 
weisen Hochgeschwindigkeitskommunika- 
tion. 

2. Datenvermittlungssysteme 
und Datennetze 

Die Kommunikation in offenen Systemen im 
Sinne der Nutzung erfordert ein einheitliches 
Verständnis des Kommunikationssystems 
für jeden Nutzer unabhängig von der techni- 
schen Realisierung seiner Nutzungseinrich- 
tung oder derjeniger, mit denen er eine Kom- 
munikation wünscht. Dies führte zum Basis- 
Referenzmodell für die Kommunikation in of- 
fenen Systemen (kurz: OSI-Modell) /4/, das 
durch die Internationale Standardisierungs- 
organisation ISO als Standard erarbeitet und 
von der CCITT übernommen wurde. Die Ba- 
siselemente des Modells sind Anwendungs- 
instanzen als Abstraktionen von Anwen- 
dungsprozessen, die innerhalb von Syste- 
men (Endsystemen) ablaufen, und Verbin- 
dungen, über die Informationen ausge- 
tauscht werden (vgl. Bild 2). Über dem Über- 
tragungsmedium werden 7 Funktionsschich- 
ten (Bitübertragungsschicht, Sicherungs- 
schicht, Vermittlungsschicht, Transport- 
schicht, Kommunikationssteuerungsschicht, 
Darstellungsschicht und Anwendungs- 
schicht) festgelegt, die softwaremäßig über 
Prozeduren zu realisieren sind, sich über die 
einzelnen Systeme hinweg erstrecken und 
eine Hierarchie von Instanzen und Diensten 
für die jeweils darüberliegende Schicht bzw. 
den Anwenderprozeß erzeugen. Das OSI- 
Modell unterstützt die Einordnung und das 
Zusammenwirken von Nutzern über unter- 
schiedliche Netze, mit verschiedenen Ver- 
mittlungssystemen sowie die Transparenz 
der Nutzung bei Veränderungen im Daten- 
netz unter Beibehaltung des Nutzerdienstes 
und die internationale Datenkommunikation. 
Die Datenvermittlungssysteme (DVS) bilden 
die technische Grundlage für die Datenüber- 
tragung zwischen Endsystemen, in denen 
die miteinander kommunizierenden Anwen- 



Dieter Hammer (49) schloß 1961 sein Mathema- 
tikstudium in SreifswaM ab. Anschließend arbei- 
tete er an der Entwicklung des ZRA1 im VE8 
Cari-Zeiss Jena. 1974 erfolgte die Promotion auf 
detit; ■ Gebiet der Betriebssysteme für Groß- 
rechenanlagen in der Akademie der Wissen- 
schaften der DDR; 1901 die Promotion B auf dem 
Gebiet der Kommun»attönSnetae auf Basis der 
Paketvemnttiung. 1982 wurde er zum Professor 
für Informatik ernannt. Seit dieser Zeit ist Prof. Dr. 
Dieter Hammer Berercnsieiter im Institut für Infor- 
matik und Rechentechnik der AdW der DDR. 
Seine Arbeitsgebiete sind Rechnerarchitektur, 
fehfertoferante Rechnersysteme und Daten- 
netze. Prof Hammer ist Vorsitzender der Gesell- 
schaft für Informatik oer DDR. 

Dieter Lochmann (55) studierte von 1953 bis 
1958 an der TU Dresden Elektrotechnik. An- 
schließend nahm er eine Tätigkeit auf dem Gebiet 
der Kerntechnik auf, 1963 trat er als Assistent des 
Institutsdirektors in das Institut für Nachrichten- 
technik ein, 1965 übernahm er die Funktion eines 
Bereichsfeiters, und von 1970 bis 1986 war Prot. 
Dr. Dieter Lochmann ais. Direktor des fnstiiuts tä- 
tig. Gegenwärtig ist er Direktor für Wissenschaft 
und T echnik im Zentrum für Forschung und Tech- 
nologie Nachrichtenelektronik. Seine wissen- 
schaftlichen Arbeiten konzentrieren sich auf die 
Gebiete Datenübertragung und digitale Nach- 
richtentechnik. Schwerpunkte sind dabei z.Z. 
ISDN und digitale Signalverarbeitung 


Anmndungsinstanzen 


Endsystem . i Endsystem 


g □* 

- 1 1 — 

Transitsystem 

□ 


Verbindung 


n 


i 



1 Übertragungs medium \ \ Übertragungsmedium 
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düngen als Nutzer lokalisiert sind. Netzseitig 
realisieren sie die Funktionen und Dienste 
entsprechend den Schichten 1 bis 3 des OSI- 
Modells. In Abhängigkeit von den Anwendun- 
gen entstehen unterschiedliche Anforderun- 
gen an DVS, wie z. B. bei der Stapelverarbei- 
tung oder bei Echtzeitanwendungen oder bei 
Dialoganwendungen, was sich in differen- 
zierten Anforderungen an 

- das Zeitverhalten 

- das Durchsatzverhalten 

- die Dienstgüte (Vermittlungsgüte, Ver- 
kehrsgüte, Übertragungsgüte u.a.) 

niederschlägt. Weitere Anforderungen des 
Nutzers betreffen Fragen der Sicherheit und 
Zuverlässigkeit der Datenübertragung oder 
auch die ökonomische Wirtschaftlichkeit. 
Entsprechend den Grundanforderungen an 
DVS haben sich für Stand- und Wählnetze 
die beiden Vermittlungsformen der Durch- 
schaltevermittlung (Leitungsvermittlung) und 
der Paketvermittlung herausgebildet /5/. Bild 
3 zeigt Formen der Datenvermittlung. 

Bei der Durchschaltevermittlung wird 
der rufenden und der gerufenen Datenstation 
für die Dauer der Datenübertragung ein 
Übertragungsweg zur Verfügung gestellt. 
Nach dem Zustandekommen der Verbindung 
werden die Daten ohne Verzögerung oder 
Bearbeitung in den Datenvermittlungsstellen 
übertragen. 

Bei der Paketvermittlung haben die Da- 
tenvermittlungsstellen Speicher zur Auf- 
nahme der Daten. Sie haben die Funktion ei- 
nes Knotens in einem Netz. Die in Paketen 
strukturierten Daten werden mittels Empfan- 
gen, Zwischenspeichern und Weitergeben 
von Knoten zu Knoten bis zum Zieladressa- 
ten entlang einem optimalen Weg durch das 
Netz gereicht. 

Das Telefonnetz und das handvermittelte 
Datennetz unseres Landes funktionieren 
nach dem Prinzip der Durchschaltevermitt- 
lung. Das Kommunikationsnetz KOMET des 


Tafel 1 Gegenüberstellung Paketvermittlung und Durchschaltevermittlung 


Paketvermittlung 

Nur statistische Garantien für Ubertragungszeiten, 
lastabhängig 

Übertragungskapazität nur im statistischen 
Mittel möglich 

Gegenseitige Beeinflussung von Datenströmen 
möglich 

Zusätzliche Verwaltungsinformationen 
pro Paket erforderlich 
Komplexe Vermittlungsrechner-Logik 
Bei Belastung sinkt Datenübertragungsrate; 
.Anrufe' werden trotzdem angenommen; 


Durchschaltevermittlung 
Feste Ubertragungszeiten 
Übertragungskapazität pro Verbindung garantiert 

Keine gegenseitige Beeinflussung 

von Datenströmen im Netz 

Keine (oder weniger) redundante Daten 

Einfache Vermittlungsrechner-Logik 
Bei Belastung werden keine .Anrufe' mehr 
angenommen; einmal angenommene .Anrufe' 
werden mit der gleichen Übertragungsrate 
bearbeitet 


Höhere Leitungsausnutzung im Netz 

Pro Anschlußleitung max. 4095 Kommunikationen 
(logische Kanäle) möglich 
Verbindungsaufbau in Bruchteilen von Sekunden 

Tarif volumenabhängig, entfernungsunabhängig 

Automatische Umsetzung der Übertragungs- 
geschwindigkeit zwischen verschiedenen Endeinrich- 
tungen 

Unterschiedliche Gerätetypen können miteinander 
kommunizieren 

Bei Ausfall von Netzteilen (Knoten, Leitung) 
automatisches Umrouten möglich 


Geringe Leitungsausnutzung, vor allem bei inter- 
aktivem Datenverkehr 

Nur eine Kommunikation pro Anschlußleitung 

Verbindungsaufbau im Sek.-Bereich bis 
herab zu 400 ms 

T arif zeitabhängig, dienstabhängig, 
entfernungsabhängig 

Keine Umsetzung von Übertragungsgeschwindig- 
keiten zwischen verschiedenen Endeinrichtungen 

Nur kompatible Gerätetypen können miteinander 
kommunizieren 

Bei Ausfall, Verlust der Verbindung, 
kein automatisches Schalten 
von Ersatzleitungen 
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Rechnernetzes DELTA für Forschung und 
Lehre sowie das experimentelle Datennetz 
der DDR EDN arbeiten nach dem Paketver- 
mittlungsprinzip. International haben sich im 
Rahmen von öffentlichen Datennetzen Pa- 
ketvermittlungsnetze in breitem Umfang, ins- 
besondere zur Unterstützung der Datenkom- 
munikation durchgesetzt. In Tafel 1 werden 
Paketvermittlung und Durchschaltevermitt- 
lung gegenübergestellt 121. Schnittstellen, 
Dienste und viele weitere Parameter für Ver- 
mittlungssysteme sind von der CCITT (vor al- 
lem X-Serie) standardisiert, wobei der Stan- 
dard X.25 an der Schnittstelle zwischen Da- 
tennetz und Endeinrichtung besonders her- 
vorzuheben ist. Das Paketvermittlungsprin- 
zip unterstützt vor allem eine dialogorien- 
tierte Kommunikation, was durch den Data- 
grammdienst - ein Dienst, der „Data- 
gramme“ (kurze Nachrichten) ohne Verbin- 
dungsauf- bzw. -abbau auf Grund der im Kopf 
des Datagramms enthaltenen Adresse durch 
das Datennetz zur Zielendeinrichtung über- 
trägt - besonders unterstützt wird. Für län- 
gere Nachrichten wird der Dienst des virtuel- 
len Rufs ( virtual call ) genutzt, der mit dem 
Aufbau einer virtuellen Verbindung zwischen 
rufender und gerufener Station für die Dauer 
der Übertragung einer Nachricht sich logisch 
an das Prinzip der Durchschaltevermittlung 
anlehnt, jedoch auf Grund der Vermittlung al- 
ler Pakete von Knoten zu Knoten die Lei- 
tungskapazität nur während der Übertragung 
der Daten belastet, d.h., eine Leitung kann 
gleichzeitig vielen virtuellen Verbindungen 
zugeordnet sein, virtuelle Verbindungen kön- 
nen zeitweilig (gewählt) oder permanent auf- 
gebaut werden (vgl. Bild 3). 

Ein wesentliches Ziel der Weiterentwicklung 
von Vermittlungssystemen besteht darin, die 
Vorteile beider Vermittlungsformen optimal 
für spezifische Nutzeranforderungen zu nut- 
zen. 


3. Anforderungen und Lösungen für 
Paketvermittlungsnetze 

Die zunehmende Bedeutung der nationalen 
und internationalen Datenkommunikation für 
weite Bereiche der Volkswirtschaft führte 
zum Aufbau bereichsspezifischer und öffent- 
licher Paketvermittlungsnetze in vielen Län- 
dern. Dabei sind Anforderungen zu erfüllen, 
die den Anschluß von lOOOOen (gegenwär- 
tig) bis zu lOOOOOen Leitungen (zukünftig) - 
bei hoher Zuverlässigkeit im Sinne der Ge- 
währleistung der Verfügbarkeit der Daten- 
übertragungsdienste - ermöglichen. Diese 
Anforderungen sind durch die rechentechni- 
schen Systeme in den Knoten des Netzes 
und in den Kontroll- und Netzverwaltungs- 
zentren zu erfüllen. Nach /6, 7/ können sie 


Bild 3 Formen der Da- 
tenvermittlung in 
Stand- und Wählnet- 
zen 



Bild 4 Struktur einer 
Verbindung im ISDN 


durch folgende Parameter charakterisiert 
werden: 

- bis zu 10000 Leitungsanschlüsse pro Kno- 
ten 

- Durchsatz: 20000 bis 30000 Pakete/s, 
600 bis 1000 Rufe/s (Anforderungen zum 
Aufbau einer virtuellen Verbindung) 

- Verfügbarkeit: > 99,997 % 

- flexible und modulare Struktur 

- kostengünstige Realisierung kleiner, mitt- 
lerer und großer Datenübertragungssysteme 

- Netzanschlüsse mit einer Übertragungs- 
rate von 2 Mbit/s. 

Zur Realisierung der Paketvermittlung sind 
für jedes Paket in einem Knoten folgende 
Aufgaben zu erledigen: 

- Empfang über eine Leitung 

- Überprüfen der Richtigkeit der Übertra- 
gung und übertragenen Daten, sonst Auffor- 
derung des Senders zur Wiederholung des 
Übertragens 

- Aufbau/Abbau oder Zuordnung zu einer 
virtuellen Verbindung 

- Feststellen des weiteren Weges durch das 
Netz bei Rufen 

- Übertragen zum nächsten Knoten ent- 
sprechend dem vorbestimmten Weg oder zu 
einer Endeinrichtung und erforderlichenfalls 
Wiederholen bei nicht korrekter Übertragung 

Zusätzlich sind viele Funktionen zu realisie- 
ren, die den Datentransport nicht unmittelbar 
betreffen, wie 

- nutzerbezogenes Erfassen der Übertra- 
gungsleistung 

- Erfassen von Fehlem und Anzeigen 

- Bereitstellen von Ausweichlösungen 

- Unterstützen von Tests 

- Erweitern oder Einschränken des Netzes 
durch Zu- bzw. Abschalten von Leitungen 
oder Knoten 

- Verändern von Steuerungsparametern 
u.a. 

Derartige Aufgaben sind sowohl in den Kno- 
tenrechnersystemen als auch in den Kontroll- 
und Verwaltungssystemen zu realisieren. 
Alle Aufgaben sind bei einer ununterbroche- 
nen Arbeit des Netzes zu sichern. Um die ho- 
hen Leistungs- und Zuverlässigkeitsanforde- 
rungen an die Echtzeitverarbeitungssysteme 
in den Knoten zu erfüllen, können keine uni- 
versellen Standardrechnersysteme einge- 
setzt werden. 

Fehlertolerante Multiprozessorsysteme, die 
über Hochgeschwindigkeitsverbindungen zu 
Mehrrechnerkomplexen verbunden werden, 
gestatten die flexible Gestaltung leistungsab- 
gestufter Systeme, in denen durch dynami- 
sche Redundanz die Verfügbarkeit bei Aus- 
fällen gewährleistet wird. 

Die geforderten Zuverlässigkeitsparameter 


können nur durch den gemeinsamen Einsatz 
von Fehlervermeidungs- und Fehlertoleranz- 
maßnahmen erreicht werden. Die funktions- 
beteiligte Redundanz von Hardware-Modu- 
len und die Möglichkeiten der on-line-Repa- 
ratur sind zu ergänzen durch Mittel zur 
schrittweisen Fehlererkennung bzw. -mas- 
kierung, Fehlerbegrenzung, Fehlerdiagnose, 
Rekonfiguration, Wiederanlauf- und Reinte- 
gration. Zwischen den Prozessormoduln des 
komplexen Rechnersystems in einem Kno- 
ten muß eine Kommunikation zum Austausch 
von Informationen für die Paketvermittlung 
zur Organisation der verteilten Arbeit des Be- 
triebssystems und zur Realisierung von Feh- 
lertoleranzmaßnahmen des Betriebssystems 
gewährleistet sein. Das Betriebssystem für 
ein solches System muß echtzeitfähig sein 
und als verteiltes System auf allen Prozes- 
sormoduln wirken. Wichtige Aufgaben beste- 
hen darin: 

- durch die Hardware angezeigte bzw. aus 
eigenen Kontrollen festgestellte Fehler zu er- 
kennen und zu diagnostizieren 

- die Fehlerwirkung einzugrenzen und be- 
einflußte Systemteile aus der Arbeit heraus- 
zulösen 

- über einen Rekonfigurationsmechanis- 
mus die Fortführung derartiger Prozesse auf 
den redundanten Ressourcen zu organisie- 
ren und 

- die Integration reparierter Ressourcen 
(damit auch von Ressourcen zur Erweite- 
rt) zu unterstützen. 

Darüber hinaus ist die Software für die Pro- 
zesse der Paketvermittlung für ein solches 
Multiprozessor-Mehrrechnersystem zu pro- 
grammieren und zu testen. Das erfordert ge- 
eignete Compiler für die von der CCITT für 
derartige Software geforderte Programmier- 
sprache CHILL bereitzustellen. Der Test der 
Programme und die Erprobung des gesam- 
ten Softwaresystems setzt den Zugriff zu ei- 
ner Vielzahl von Werkzeugen der Software- 
technologie voraus. 

International gibt es mit den Systemen 1 PSS 
(Philips, AT&T) /8/, DPN (Northern Telecom) 
/9 / und EWSP (Siemens) /7, 10/ Entwicklun- 
gen zu Knotenrechnersystemen für Paket- 
vermittlungsnetze, die die obengenannten 
Parameter anstreben bzw. erreichen. Alle 
drei Systeme weisen zur Realisierung der 
Paketvermittlungsfunktion unterschiedliche 
Systemarchitekturen auf. Ungeachtet des- 
sen werden in allen Systemen fehlertolerante 
Multiprozessorsysteme eingesetzt, die auf 
unterschiedliche Weise zu einem Rechner- 
komplex miteinander verkoppelt sind, um die 
Leistungsziele zu erreichen. Zur Lösung spe- 
zieller Teilaufgaben werden teilweise in be- 
reits seit mehreren Jahren in Datennetzen er- 
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probte Kleinrechnersysteme zur Unterstüt- 
zung der Kompatibilität integriert. 

Die breite Palette an Anforderungen an die 
Rechentechnik unterstreicht einerseits das 
immer engere Zusammenwachsen von Re- 
chentechnik und Nachrichtentechnik, ande- 
rerseits stimuliert sie die Forschung und Ent- 
wicklung von zuverlässigen, hochverfügba- 
ren Rechnersystemen mit hoher Leistungsfä- 
higkeit bei der Bearbeitung paralleler Pro- 
zesse für volkswirtschaftliche Aufgaben auch 
völlig anderer Anwendungsrichtungen. 

4. Dienstintegration 

Daten- und Fernsprechnetze haben unter- 
schiedliche Anforderungen an das Übertra- 
gungs- und Vermittlungssystem. Dennoch 
werden Fernsprechnetze auf Grund ihrer 
großen Ausdehnung und territorialen Verfüg- 
barkeit international gegenwärtig etwa zu 
30% für Daten- und Textübertragungsdien- 
ste genutzt 131. Trotz der Begrenzung des 
Fernsprechkanals auf 3,4 kHz werden heute 
durch Anwendung moderner Verfahren der 
digitalen Signalverarbeitung Datenübertra- 
gungsgeschwindigkeiten im vermittelten 
Fernsprechnetz bis 9,6 kbit/s erreicht. Aus 
dem raschen Wachstum der Anforderungen 
an die Datenübertragung resultiert das Be- 
streben, die Unterschiede zwischen Daten- 
und Fernsprechübertragung abzubauen und 
wie beim Telefonanschluß z. B. jeden Büroar- 
beitsplatz auch mit einem Datenanschluß zu 
versehen. Als entscheidender Schritt hierzu 
ist die Digitalisierung des Fernsprechnetzes 
anzusehen. Auf der Basis eines digitalen 
Fernsprechnetzes kann die Integration aller 
Dienste in einem einzigen Netz - dem Inte- 
grated Services Digital Network (ISDN) - rea- 
lisiert werden. Ein ISDN wird charakterisiert 
durch 

- gleichzeitige digitale bittransparente 
Mehrfachkommunikation mit zwei Basiska- 
nälen B zu je 64 kbit/s vollduplex von Teilneh- 
mer zu Teilnehmer 

- Anschluß der Endgeräte (Terminals) über 
eine Zweidrahtkupferleitung 

- Anwendung eines separaten Signalisie- 
rungskanals D mit 1 6 kbit/s zum Teilnehmer 

- Nutzung einer einheitlichen Geräteschnitt- 
stelle S 0 mit 2B + D = 1 44 kbit/s 

- Anwendung digitaler Einrichtungen für die 
Vermittlung und Übertragung im gesamten 
Netz 

- Anwendung des zentralen Zeichengabe- 
kanals CCITT-Nr. 7 zwischen den Vermitt- 
lungsstellen 

- Nutzung aller Schmalbanddienste für 
Sprache, Text, Daten, Grafik über eine Infor- 
mationssteckdose und eine Rufnummer. 

Im Bild 4 wird die Struktur eines ISDN darge- 
stellt. Danach sind von Teilnehmer zu Teil- 
nehmer unter einer Rufnummer zwei bit- 
transparente digitale 64kbit/s-Kanäle durch- 
schaltbar. Diese Kanäle arbeiten vollkom- 
men unabhängig voneinander, d. h. sie kön- 
nen für verschiedene Dienste, z. B. Fernspre- 
chen und Festbildübertragung, oder zu ver- 
schiedenen Teilnehmern benutzt werden. Mit 
der Digitalisierung bis zum Teilnehmer wird 
die Einrichtung einer Einheits-Kommunika- 
tionssteckdose möglich, über die alle ge- 
nannten Dienste durch den Einsatz entspre- 
chender Endgeräte abgewickelt werden kön- 


nen. Der separate Signalisierungskanal zum 
Teilnehmer wird im ISDN als D-Kanal be- 
zeichnet. Dieser Kanal endet meist in der di- 
gitalen Ortsvermittlungsstelle, an die der Teil- 
nehmer angeschlossen ist. Er überträgt alle 
Signalisierungsinformationen für die beiden 
Basiskanäle, z. B. Selektionskennzeichen 
und Rufnummern. Der D-Kanal arbeitet pa- 
ketorientiert in Anlehnung an die Datenüber- 
tragung im paketvermittelten Datennetz. Die 
Ablaufsteuerung erfolgt nach dem D-Kanal- 
Protokoll. Im Gegensatz zum D-Kanal sind 
die beiden B-Kanäle leitungsvermittelt, d. h., 
ihre Verbindung zum anderen Teilnehmer 
bleibt während der Übertragungs- bzw. Ge- 
sprächszeit elektrisch durchgeschaltet. Wie 
aus Bild 4 ersichtlich ist, kann man an eine 
ISDN-Vermittlung auch „Nur-Fernsprechteil- 
nehmer“ anschalten. Für ISDN sind bereits 
von der CCITT etwa 30 Standardisierungs- 
empfehlungen erarbeitet worden, während 
weitere gegenwärtig vorbereitet werden. Die 
Zweckmäßigkeit von ISDN wird dadurch be- 
stimmt, daß Datenanschlüsse auf der Grund- 
lage des existierenden Fernsprechnetzes an 
jeden Arbeitsplatz gebracht werden können. 
Die ökonomischen Vorteile ergeben sich aus 
folgenden Betrachtungen: 

- In den dichtbesiedelten Industrieländern 
Europas liegt die durchschnittliche Länge ei- 
ner Fernsprechanschlußleitung bei 2 bis 
2,5 km, die eines Datenanschlusses bei über 
50 km. Der Datenanschluß ist also wesentlich 
aufwendiger und kostenintensiver. 

- Im Ortskabelnetz stecken schon heute 
über 40% der Investaufwendungen für ein 
Fernsprechnetz. Die Fernsprechanschlußlei- 
tungen sind bereits verlegt und bisher 
schlecht ausgenutzt. 

- Schätzungen besagen, daß international 
die Anzahl der an ein Netz anzuschließenden 
Daten- und Textgeräte (CAD-Stationen) im 
Vergleich zum Fernsprechen von 7% (1982) 
auf 50 % (1995) ansteigen wird /6/. 

Weitere große Vorteile besitzt ein ISDN im 
Hinblick auf die Universalität des Anschlus- 
ses mit bis zu 8 Endgeräten an einheitlichen 
Steckdosen, auf komfortable Leistungen 
beim Fernsprechdienst und auf hohe Über- 
tragungsgeschwindigkeiten bei Datendien- 
sten. 

Von besonderer Bedeutung sind Möglichkei- 
ten der Paketvermittlung im ISDN. Der Zu- 
gang des ISDN zum getrennten Paketver- 
mittlungsnetz erfordert einen X.25-Protokoll- 
Adapter für die Schnittstelle S 0 . Für die welt- 
weit stark ansteigenden dialogorientierten 
Datendienste haben Paketvermittlungsnetze 
gegenüber ISDN weiterhin betriebliche und 
wirtschaftliche Vorteile 131, was dazu führt, 
daß Paketvermittlungssysteme hoher Lei- 
stung weiterentwickelt und ausgebaut wer- 
den. Langfristig wird als ein Ziel verfolgt, die 
Paketvermittlung voll in das ISDN zu integrie- 
ren. 

Dazu ist vorgesehen, für den Aufbau und Ab- 
bau von virtuellen Verbindungen das D-Ka- 
nalprotokoll anstelle des X.25-Protokolls zu 
nutzen. Gegenwärtig wird in der CCITT an 
entsprechenden Standardisierungsempfeh- 
lungen für diesen „New Packet Mode“ gear- 
beitet. 


5. Entwicklungstrends 

Die technischen Voraussetzungen für die An- 
wendung von Lichtwellenleitern in Weitver- 
kehrsnetzen sind gegeben, so daß sich opti- 
sche Nachrichtenübertragung von digitalen 
Informationen auf Kanälen mit hoher Band- 
breite vollziehen kann. Auf Grund der tech- 
nisch-betrieblichen und wirtschaftlichen Vor- 
teile der Lichtwellenleitertechnik wird dies 
langfristig über das Jahr 2000 hinaus eine 
entscheidende Entwicklung darstellen. Da- 
bei ist davon auszugehen, daß Lichtwellen- 
leiter bis zum Teilnehmeranschluß zum Ein- 
satz gelangen. Durch die damit verfügbaren 
höheren Bandbreiten kann die digitale Be- 
wegtbildübertragung neben allen anderen 
bereits genannten Kommunikationsdiensten 
integriert werden. So können zum einen 
ISDN-Kanäle mit Bitraten von 2 bis 140 Mbit/ 
s zum Breitband-ISDN homogen weiter- 
entwickelt werden. 

Zum anderen kann auf Grundlage der Fort- 
schritte der Mikroelektronik bei der Entwick- 
lung von Bauelementen mit hohen Schallge- 
schwindigkeiten die Paketvermittlung auch 
im Breitbandbereich angewendet werden, 
wobei ein besonderer Vorteil im Zusammen- 
fassen (Multiplexen) unterschiedlicher Bit- 
raten einzelner Kommunikationsdienste be- 
steht. Zu zwei bemerkenswerten Entwick- 
lungsrichtungen auf dem Gebiet der Breit- 
bandpaketvermittlung werden gegenwärtig 
intensive Forschungsarbeiten durchgeführt: 

- Burst- oder Broadcast Packet Swit- 
ching (BPS) 

- Fast Packet Switching (FPS). 

Sie stellen gegenüber dem Breitband-ISDN 
einen anderen Weg für eine Universallösung 
dar und bilden eine Alternative zum Breit- 
band-ISDN /13/. Burst-Packet-Switching- 
Netze bestehen aus Paketvermittlungsein- 
richtungen (PVE) als Knoten und Netzinterfa- 
ceeinrichtungen, über die Nutzer mit dem 
Netz verbunden werden können. Die Netzin- 
terfaceeinrichtungen realisieren Konzentra- 
tor-Schutz- und Abrechnungsfunktionen. Sie 
können einerseits mit bis zu 300 Nutzern 
über Lichtwellenleiter und andererseits über 
ein Bündel von Lichtwellenleitern (bis zu 30) 
mit einer PVE verbunden sein. Eine PVE ist 
wiederum über Bündel von Lichtwellenleitern 
mit anderen PVE verbunden. An einer PVE 
können 60 bis 900 Netzinterfaceeinrichtun- 
gen angeschlossen werden, d.h., über eine 
PVE können bis zu 27000 Lichtwellenleiter 
zur Herstellung von Verbindungen zu 
200000 Nutzern angeschlossen werden. Als 
Dienste werden Punkt-zu-Punktkanäle (Nut- 
zer-Nutzerkanäle), die Datagrammübertra- 
gung und Broadcast-Kanäle, d. h. von einem 
Nutzer zu vielen Nutzern, angeboten. Damit 
können alle bekannten Kommunikations- 
dienste einschließlich von Bewegtbildüber- 
tragung (Fernsehen) oder auch Telekonfe- 
renzen auf Sprach- bzw. Bildbasis durch Pa- 
ketvermittlung realisiert werden. Ein derarti- 
ges System soll nicht nur industrielle und Bü- 
rokommunikation befriedigen, sondern den 
Anforderungen des massenhaften Anschlus- 
ses auch von Haushalten gerecht werden. 

Diese gewaltige Leistung wird durch hochpa- 
rallele fehlertolerante Rechnerarchitekturen 
erreicht. 
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- Eine PVE setzt sich aus bis zu 500 gleich- 
artigen Vermittlungsmoduln zusammen. 

- Ein Vermittlungsmodul besteht aus einer 
sogenannten „Vermittlungsfabrik“, an der bis 
zu 63 E/A-Paketprozessoren und ein Steuer- 
prozessor angeschlossen sind. Alle Kompo- 
nenten sind aus Zuverlässigkeitsgründen im 
Sinne einer statischen Redundanz gedop- 
pelt. 

- Jeweils ein E/A-Paketprozessor steuert 
den Empfang oder das Senden von Paketen 
auf einem Lichtwellenleiter. Beim Empfang 
werden Weginformationen (Routing) und 
Broadcast- Informationen aus den Paketen 
entnommen und dem Steuerprozessor über- 
geben. Empfangene Pakete werden an die 
Vermittlungsfabrik weitergereicht. 

- Die Vermittlungsfabrik besteht aus Netz- 
verbindungsstrukturen von 64 x 64 binären 
Mehrstufennetzen, bei denen die Schaltfunk- 
tion in den Knoten für jedes Paket durch 
Adressen aus den Routing- bzw. Broadcast- 
Informationen über den Steuerprozessor ge- 
stellt wird. 

Auf diese Weise wird ein nahezu verzöge- 
rungsfreier Fluß der Datenpakete realisiert. 
Eine Paketvermittlungseinrichtung gewähr- 
leistet einen Durchsatz von über 5 * 1 0 9 bit/s, 
was mehr als 1 ,2 Mio Paketen/s mit einer Pa- 
ketlänge von maximal 594 Bytes entspricht. 
Das Fast Packet Switching ist ähnlich dem 
Burst Packet Switching auf die Vermittlung 
von Paketströmen für eine große Nutzeran- 
zahl unter Einsatz von Breitbandkanälen 
orientiert. Das Konzept basiert auf festen lo- 
gischen Kanälen, die in einer Baumstruktur 
von der Quelle aus andere Nutzer erreichen. 
Die hohe Übertragungsgeschwindigkeit im 
Netz wird durch eine nahezu auf Null redu- 
zierte Vermittlungsverzögerung in den Tran- 
sitknoten für den Datentransport bei virtuel- 
len Verbindungen erzielt. 
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Prof. Dr. Johannes Godau 

VEB Halbleiterwerk Frankfurt (Oder) 

1. Vorbemerkungen 

Bis 1990 ist das in der DDR vorhandene 
Schaltkreissortiment durch die Einführung 
neuer Basistechnologien zur Beherrschung 
wesentlich verringerter Strukturbreiten und 
die Realisierung spezifischer komplexer In- 
formationsverarbeitungsfunktionen mittels 
höchstintegrierter Schaltkreise zu erwei- 
tern. 

Für den VEB Halbleiterwerk Frankfurt (Oder) 
(VEB HFO) leitet sich daraus die Verantwor- 
tung für die Bedarfsdeckung folgender 
Schaltkreissortimente ab: 

- digitale IS für die Datenverarbeitung 

- analoge und digitale IS für die industrielle 
Elektronik 

- analoge IS für die Konsumgüterelektronik 

- Wandler- und Präzisionsbauelemente 

- IS für die Nachrichtentechnik 

- kundenspezifische Schaltkreise nach dem 
HFO-ISA-System. 

Die Realisierung dieser Sortimente erfolgt 
mittels speziell entwickelter Bipolar- und 
Mischtechnologien. 

Aus den Anwenderforderungen ergibt sich 
die Notwendigkeit der Entwicklung skalierter 
Bipolar- und Mischtechnologien mit höheren 
technologischen Niveaus gegenüber dem 
jetzigen Stand im VEB HFO, um der Anwen- 
derindustrie auch in Zukunft moderne und 
dem internationalen Stand entsprechende 
Bauelemente bereitstellen zu können. 

2. Internationale Entwicklung 
und Hauptrichtungen der Bipolar- 
und Mischtechnik 

Die Bipolartechnik hatte 1986 einen Anteil 
von ca. 40 % am Bauelementeweltmarkt, die 
restlichen ca. 60% wurden durch unipolare 
Bauelemente abgedeckt. Durch das weitere 
Vordringen der MOS-Technik, insbesondere 
der CMOS-Technik, in klassische Einsatzge- 
biete bipolarer Bauelemente, wie den Logik- 
sektor, wird sich der Anteil der Bipolartechnik 
am Bauelementemarkt bis 1 990 voraussicht- 
lich auf 33% reduzieren, wobei sich absolut 
gesehen trotzdem ein Wachstum ergibt. 

Die Reduzierung des Anteils der Bipolartech- 
nik am Weltmarkt ist bedingt durch die Vor- 
teile, die sich für die MOS-Techniken im Er- 
gebnis umfangreicher F/E-Arbeiten heraus- 
kristallisiert haben. In vielen Fällen hat sich 


/II/ Geirhofer, H.: Der Übergang vom analogen 
zum digitalen Fernsprechnetz und weiter zum 
ISDN. Postrundschau (1985) 1, S. 20-23, 
Österreich 

/12 / Bocker, P.: Das Kommunikationsnetz der Zu- 
kunft: Konzept und Anwendungen. NTF, Band 
88, S. 28-41 

/13/ O’Reilly, P.: Burst and Fast-Packet Switching: 


aber auch aus diesen F/E-Arbeiten ergeben, 
daß die Unipolartechnik nicht die Werte der 
Bipolartechnik mit dem Vorteil der Leistungs- 
armut erbringen kann. 

Die für den Aufbau neuer F/E- und Produk- 
tionskapazitäten in der DDR getroffenen Ent- 
scheidungen berücksichtigen diese Tendenz. 
Der VEB HFO als der traditionelle Hersteller 
bipolarer Bauelemente in der DDR muß aus 
diesem Entwicklungstrend unter Berücksich- 
tigung der spezifischen Bedingungen und 
'Anforderungen, die sich aus der Gesamtsi- 
tuation in der Volkswirtschaft ergeben, ent- 
sprechende Schlußfolgerungen für die Profi- 
lierung unserer Bipolartechnik ziehen. Diese 
werden auf der Grundlage der materiell-tech- 
nischen Basis der Mikroelektronik der DDR 
und der Bedarfsentwicklung in der Grund- 
richtung mit dem internationalen Entwick- 
lungstrend übereinstimmen. 

2.1. Logik-Schaltkreise für die Computer- 
technik 

Logik-Bauelemente machen derzeit fast die 
Hälfte der Bipolarbauelemente aus. Gefertigt 
werden sie insbesondere in Schottky- bzw. 
Low-Power-Schottky-TTL-Technik, aber 
auch in TTL- und ECL-Technik. Aufgrund der 
Vorteile der CMOS- gegenüber den TTL- 
Techniken bezüglich Stromaufnahme, Breite 
des Betriebsspannungsbereiches, Betriebs- 
temperatur und Störfestigkeit wird bereits 
jetzt ein Teil der Logik-Bauelemente in 
CMOS-Technik hergestellt. 

Dieser Anteil wird sich bei weiteren Fort- 
schritten der CMOS-Technik bezüglich der 
Schaltgeschwindigkeit weiter erhöhen. Mit 
der HC/HCT-Reihe hat die CMOS-Technik 
inzwischen Schallgeschwindigkeiten er- 
reicht, die mit denen der LS-TTL vergleichbar 
sind, die neue AHCT-Reihe kommt in den Be- 
reich der ALS-TTL. 

In den nächsten Jahren wird es aufgrund der 
spezifischen Vorteile der CMOS- und der Bi- 
polartechnik auf dem Logik-Sektor zu einer 
Aufteilung nach Anwendungsbereichen kom- 
men: 

• Für schnelle und sehr schnelle Logik, ins- 
besondere im SSI- und MSI-Bereich, wird 
vorrangig die Bipolartechnik eingesetzt wer- 
den. Innerhalb dieser Gruppe wird es eine 
Verschiebung zugunsten der ECL geben. 

Die dabei zu realisierenden Schaltzeiten lie- 
gen im Bereich 1 bis 0,1 ns pro Gatter. 

• Alle anderen Einsatzfälle, für die die Ge- 
schwindigkeit nicht im Vordergrund steht, 
werden durch CMOS-Logik-Bauelemente 
abgedeckt. 


Performance Comparisons. Proc. of IEEE IN- 
FOCOM ’86, 1986, S. 653-666 
/14/ Turner, J. S.: Design of a Broadcast Packet 
Network, s. /13/, S. 667-675 
/15 / Saadawi, T.; Jain, N.; Schwartz, M.: Protocol 
for a Distributed Switching Interactive CATV 
Network, s. /13/S. 676-684 
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Der Zielbereich für moderne CMOS-Techno- 
logien im Technologieniveau 1-2/tm liegt bei 
den Schaltzeiten zwischen 1 0 und 1 ns pro 
Gatter. 

Der Bedarf an schnellen und sehr schnellen 
Logik-Bauelementen wird sich in den näch- 
sten Jahren weiter erhöhen, die Geschwin- 
digkeitsanforderungen steigen im Zusam- 
menhang mit den Entwicklungen zum Bei- 
spiel in der Rechentechnik und der Lichtlei- 
terübertragungstechnik. 

Die Bipolartechnik hat in diesem Bereich fol- 
gende Vorteile: 

■ Sie weist bei gleichem Technologieniveau 
um den Faktor 5-10 kleinere Schaltzeiten 
auf, bzw. bei gleichen Schaltzeitforderungen 
gestattet sie den Einsatz eines Technologie- 
niveaus, das um zwei Stufen unter dem erfor- 
derlichen Technologieniveau der CMOS- 
Technologie liegt. 

■ Für die Ausgangsstufen und damit für die 
Anpassung an die Peripherie besitzt sie hö- 
here Treiberleistungen und niedrigere Aus- 
gangswiderstände. 

■ Das Geschwindigkeits-Leistungsprodukt 
wird um den Faktor 1 0 reduziert (bei 25 MHz). 

■ Die dynamische Verlustleistung ist gerin- 
ger, damit erfolgt ein geringerer Anstieg der 
Verlustleistung bei steigender Arbeitsfre- 
quenz. 

■ Sie weist keinen Latch-up-Effekt auf 
(Durchbrennen der Bauelemente bei Be- 
triebsspannungsspitzen). 

■ Sie erfordert keine gesonderten Schutz- 
maßnahmen an den Eingangs- und Aus- 
gangsstufen gegen Störspannungsspitzen 
von den Verbindungsleitungen. 

Schnelle und sehr schnelle Logik-Schalt- 
kreise werden benötigt für die Gebiete 

- 32-Bit-Mikroprozessor-Systeme 

- PCM-Technik 

- Rechentechnik 

- digitale Vermittlungssysteme 

- Lichtleiternachrichtenübertragung 

- Meßtechnik. 

Dabei steht neben der Forderung nach höhe- 
ren Verarbeitungsgeschwindigkeiten auch 
die Forderung nach komplexeren Schaltkrei- 
sen, das heißt die Realisierung höherer Inte- 
grationsgrade. Damit ist die Entwicklung in 
Richtung hoher Verarbeitungsgeschwindig- 
keit und Komplexität auf dem Gebiet der bi- 
polaren Logik-Schaltkreise ziemlich eindeu- 
tig definiert. 

2.2. Wandlerschaltkreise 

Wandlerschaltkreise sind Interface-Schalt- 
kreise zwischen der analogen Umwelt und 
der digitalen Signalverarbeitung. Ausgehend 
von den vielseitigen Anwendungsgebieten 
dieser IS in der Meß-, Steuerungs- und Rege- 
lungstechnik entstehen die unterschiedlich- 
sten Forderungen bezüglich Auflösung, 
Wandlungsgeschwindigkeit und funktioneller 
Komplexität. Aus diesem Grunde kommt es 
bei der Auswahl der zu realisierenden Ge- 
samtfunktion der Wandler darauf an, einen 
universellen Einsatz zu gewährleisten, um 
die Typenvielfalt dieser komplizierten Präzi- 
sionsschaltkreise zu begrenzen, damit eine 
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möglichst kostengünstige Produktion mög- 
lich wird. 

Mit dem vorhandenen bzw. in Entwicklung 
befindlichen Wandlersortiment wird z. Z. den 
wesentlichsten Anforderungen der Geräte- 
hersteller entsprochen. Zu diesem Sortiment 
gehören die integrierenden A/D-Wandler mit 
einer Auflösung und Genauigkeit von 3 bis 
4 V2 digit, die schnellen A/D-Wandler mit ei- 
ner Auflösung und Genauigkeit von 8 bis 12 
Bit und die entsprechenden D/A-Wandlerder 
gleichen Genauigkeitsklasse. 

Dieses Wandlersortiment ist pinkompatibel 
mit international eingesetzten Industriestan- 
dard-Schaltkreisen und bestimmt den inter- 
nationalen Stand mit. 

Die internationale Entwicklung zeigt folgen- 
den Trend: 

Ausgehend von der Tatsache, daß die Para- 
meter der Wandler maßgeblich das Einsatz- 
gebiet der digitalen Signalverarbeitung be- 
stimmen, sind weltweit Arbeiten zur Verbes- 
serung der Wandlungsgeschwindigkeit, Auf- 
lösung und funktionellen Komplexität im 
Gange. Dieser Prozeß läßt sich in folgende 
Entwicklungsrichtungen untergliedern: 

1 . Ultraschnelle Wandler für die Videotech- 
nik, Bilderkennung, Spektralanalyse und 
Computergrafik. Dafür werden international 
bereits A/D- und D/A-Wandler mit einer Auf- 
lösung bis zu 8 Bit und einer Wandlungsge- 
schwindigkeit bis zu 1 00 MHz angeboten. 

2. Hochauflösende Wandler mit einer Auflö- 
sung und Genauigkeit von 12 bis 16 Bit für 
den Einsatz in der Meß- und Steuerungstech- 
nik sowie für die Audiotechnik. 

3. Erhöhung der Komplexität durch Mikro- 
prozessor-Kompatibilität und durch die Inte- 
gration von zwei bis vier Wandlern auf einem 
Chip. 

Zur Realisierung dieser drei Entwicklungs- 
richtungen werden Spitzentechnologien ein- 
gesetzt, die folgende Parameter aufweisen: 

• Für die ultraschnellen Wandler ist die Bipo- 
lar-Technologie mit Strukturabmessungen 
von 1 bis 2/<m dominierend. 

• Für hochauflösende Wandler «werden 
Mischtechnologien (Bipolar-Unipolar) einge- 
setzt. 

• Zur Erhöhung der Komplexität der Wand- 
ler-IS und für Wandler, die nicht die Forde- 
rungen der ersten beiden Punkte erfüllen 
müssen, werden in breiter Form MOS-Tech- 
nologien mit zwei bis drei Leitbahnebenen 
und minimalen Strukturabmessungen von 
2//m angewandt. 


Zusammenfassend läßt sich sagen, daß in- 
ternational das Lithografieniveau mit 2-t/m- 
Strukturen dem Stand der Technik entspricht 
und eine Anpassung derTechnologien an die 
Anforderungen der Wandler entsprechend 
ihrer Einsatzgebiete stattfindet. 

Seitens der Anwenderindustrie werden 
Wandler für die digitale Bildverarbeitung 
(schnelle 8-Bit-A/D- und D/A-Wandler) und 
hochauflösende 16-Bit-Präzisions- und Au- 
dio-Wandler gefordert. Des weiteren gehen 
die Forderungen in Richtung der Verbesse- 
rung der Mikroprozessor-Kompatibilität und 
der Auslegung der Wandler für nur eine Be- 
triebsspannung (5 V). Im VEB HFO besteht 
die Aufgabe, auf der Grundlage des perspek- 
tivischen strategischen Bauelementesorti- 
mentes des VEB Kombinat Mikroelektronik 
das Sortiment der Wandler- und Präzisions- 
schaltkreise weiterzuentwickeln. 


2.3. Kundenspezifische Schaltkreise 

International hat in den letzten Jahren die 
Herstellung und Anwendung von anwen- 
dungsspezifischen integrierten Schaltkrei- 
sen (ASIC) stark an Bedeutung gewonnen. 
Je nach Einsatzgebiet und benötigter Stück- 
zahl gibt es neben den üblichen Vollkunden- 
IS nachfolgende Gruppen von ASICs: 

- Standardzellen-IS 

- Gate-Arrays 

- Programmierbare Logik-IS (PLA) 

- Programmierbare Festwertspeicher 
(PROM). 

Allen Gruppen ist ein bestimmter Vorferti- 
gungsstand gemeinsam, die Unterschiede 
liegen im Entwurfssystem bzw. im Ferti- 
gungsablauf. 

Bei Standardzellen-IS müssen, wie bei Voll- 
kunden-IS, alle Maskenebenen anwen- 
dungsspezifisch erstellt werden. Dazu sind 
die vorentworfenen elektrischen Teilfunktio- 
nen als sogenannte Makros in Bibliotheken 
gespeichert. Die bereits flächenoptimierten 
und in ihren Daten verbindlich beschriebenen 
Makros werden zum Gesamtschaltkreis zu- 
sammengesetzt. 

Die Gate-Arrays, PLAs und PROMs sind in 
großen Stückzahlen vorgefertigt und erhalten 
ihre anwenderspezifische Funktion durch die 
entsprechenden Verdrahtungsmasken in 
den letzten Teilschritten der Scheibenher- 
stellung bzw. durch Programmierung. Durch 
die Anwendung von ASICs ergeben sich ge- 
nerell zwei wesentliche Vorteile: 

• Auch kleine Stückzahlen sind ökonomisch 
realisierbar. 

• Eine erhebliche Zeiteinsparung bis zur Be- 
reitstellung und Testung erster Muster ge- 
genüber einem Vollkunden-IS. 

Um diese Vorteile voll zu nutzen, sind jedoch 
zu Beginn der Entwicklung eines kundenspe- 
zifischen IS folgende Bedingungen zu prüfen 
bzw. zu erfüllen: 

1. Das Projekt muß für eine Integration ge- 
eignet sein, daß heißt, die Wirtschaftlichkeit 
ist zu überprüfen. 

2. Die Design-Schnittstellen müssen klar de- 
finiert werden, das heißt Festlegung der Ar- 
beitsteilung zwischen Anwender und Herstel- 
ler für die einzelnen Entwurfsschritte. 
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3. Der Schaltungsentwurf und der IS-Prüf- 
entwurf (Meßtechnik) müssen abgeschlos- 
sen sein. Nachträgliche Modifikationen erhö- 
hen den Zeit- und Kostenaufwand erheblich. 

Die Erfahrungen bei der Anwendung des 
HFO-ISA-Systems zeigen ganz deutlich, daß 
gerade die Beachtung dieser Bedingungen 
mit einem Lerneffekt behaftet ist. Das heißt, 
erst wenn es der Anwender gelernt hat, mit 
einem ASIC-IS-System umzugehen, werden 
dessen Vorteile voll wirksam. 

In der DDR wird der Einsatz von kundenspe- 
zifischen Schaltkreisen als ein Weg zur flexi- 
blen Erweiterung der IS-Sortimente einge- 
schätzt. Der VEB HFO ist seit 1982 Entwick- 
ler und Produzent bipolarer Array-Schalt- 
kreise. Insgesamt stehen 1 1 Arrays im MSI- 
und LSI-Niveau zur Verfügung, auf denen 
analoge, digitale und gemischte Schaltungen 
entworfen werden können. 

Steigende Gatter- und Strukturzahlen bei 
den Arrays und das Bestreben, den Entwick- 
lungszeitaufwand von kundenspezifischen 
Schaltkreisen zu verringern, machen compu- 
tergestützte Entwurfsmittel, also CAD-Sy- 
steme, für den Anwender unentbehrlich. Die- 
sem Trend folgend, bietet der VEB HFO zu 
zwei neuentwickelten Arrays eine komplette 
IS-Entwurfssoftware (ISACAD) an. 

Das Programmsystem ISACAD setzt die an- 
wendungsspezifische Schaltung weitgehend 
automatisch in das Verdrahtungslayout um. 
Eine ISACAD-Version für komplexe analoge 
Schaltungen wird in Zusammenarbeit mit der 
TU Dresden seit Jahresbeginn auf Basis von 
zwei weiteren Grundchips bereitgestellt. 

Für ISA-Arrays wurden im VEB HFO im Pro- 
duktionsprozeß befindliche Technologien 
eingesetzt. Dieses Prinzip garantiert die für 
vorproduzierte Arrays notwendige technolo- 
gische Stabilität und ist auch Voraussetzung 
für Array-Neuentwicklungen. Die Weiterent- 
wicklung des Systems maskenprogrammier- 
barer bipolarer Arrays bis 1 990 ist im VEB 
HFO auf der Grundlage der zu entwickelnden 
neuen Technologien konzipiert. Das Prinzip 
des durchgängigen automatischen Entwurfs 
ist dabei u. a. auf zwei Verdrahtungsebenen 
auszubauen. Diese Aufgabe wird in enger 
Forschungskooperation mit der TU Dresden 
bearbeitet und gesichert. 

3. Produktionsentwicklung 
und Bedarfsdeckung 

Die Produktion bipolarer Schaltkreise soll, 
bezogen auf das Jahr 1 986, im VEB HFO bis 
zum Jahre 1 990 verdoppelt werden. 

Der Bedarf der Hauptanwenderkombinate 
umfaßt folgende Anteile des Inlandbedarfs 


(in %): 

Robotron 46 

Nachrichtenelektronik 8 

Automatisierungsanlagenbau 4 

Mikroelektronik 6 

Elektro-Apparate-Werke Berlin 10 

Rundfunk und Fernsehen 13 


Einen maßgeblichen Einfluß auf den Prozeß 
der Bedarfsdeckung hat die Außenwirt- 
schaftstätigkeit mit dem Schwerpunkt der Im- 
portsicherung zur Komplettierung des eige- 
nen Sortiments. 

Die große Einsatzbreite der Mikroelektronik 
in der DDR erfordert die Bereitstellung einer 


großen Typenvielfait auf dem Gebiet der mi- 
kroelektronischen Bauelemente. Zur Siche- 
rung der Ökonomie ist deshalb eine zielge- 
richtete Spezialisierung im RGW und ent- 
sprechender Bauelementeimport notwendig. 
Betrachtet man das Jahr 1986, so betrug der 
Anteil des Importes, gemessen an der wert- 
mäßigen Warenproduktion des VEB HFO auf 
der Basis IAP, rund 60 % ; das heißt, mehr als 
die Hälfte des Eigenaufkommens in der Er- 
zeugnisposition bipolare Halbleiterbauele- 
mente wird gegenwärtig importiert. 

Der hohe Bedarf unserer Anwender zwingt 
zu neuen Überlegungen im Rahmen der Au- 
ßenwirtschaftstätigkeit. Die bestehende Mini- 
stervereinbarung mit der Republik Kuba so- 
wie Verhandlungen mit der UVR und der 
SFRJ zum Auf- und Ausbau von Koopera- 
tionsbeziehungen führen zu zusätzlichen Im- 
portmöglichkeiten. Der Schwerpunkt der 
Spezialisierung im Import, das heißt die lang- 
fristig vertraglich vereinbarte Lieferzusage, 
umfaßt folgende Sortimente: 

- Ergänzungstypen der Standard-TTL- 
Schaitkreise 

- Schottky-TTL-Schaltkreise 

- ECL-Schaltkreise 

- Interface-Schaltkreise 

- Festspannungsregler und Spannungssta- 
bilisatoren 

- Si-Kleinleistungs- und Leistungstransisto- 
ren für NF- und HF-Anwendungen. 

Eine wichtige Aufgabe beim weiteren Ausbau 
unserer Produktionskapazitäten bildet die Si- 
cherung des Erneuerungsgrades unserer 
Produktion. Es ist deshalb eine konsequente 
Substitution veralteter Bauelemente in der 
Anwenderindustrie durchzusetzen. Dabei ist 
auch der Import von langfristig im RGW im 
Angebot befindlichen Bauelementen zu nut- 
zen. 


4. Zusammenarbeit mit der Anwender- 
industrie 

Die Applikationstätigkeit im VEB HFO ist die 
Grundlage einer intensiven und vertrauens- 
vollen Zusammenarbeit mit der Anwenderin- 
dustrie. Sie wird von den Direktoraten For- 
schung und Technologie und Absatz arbeits- 
teilig vorgenommen, wobei sich die Struktur- 
einheiten des Direktorats Absatz insbeson- 
dere auf die Aufgaben der Marktforschung 
und Sortimentsstruktur in Abhängigkeit von 
vorhandenen Importmöglichkeiten sowie auf 
Mustervergaben (auch Entwicklungsmuster) 
und Versand von Informationsmaterial kon- 
zentrieren. Die Hauptarbeitsrichtungen der 
Applikationsarbeit sind 

• Bauelementestrategie 

• applikative Betreuung in Produktion be- 
findlicher Bauelemente 

• Öffentlichkeitsarbeit. 

Die Zielstellung der Arbeiten zur Bauelemen- 
testrategie beinhaltet die Erarbeitung eines 
perspektivischen Sortimentes, das sowohl 
die technischen Möglichkeiten des VEB HFO 
als auch die berechtigten Forderungen der 
Anwenderindustrie sowie die Verpflichtun- 
gen aus der Außenwirtschaft berücksichtigt. 
Es kommt darauf an, die eigenen Vorstellun- 
gen zur Sortimentsstrategie unter Berück- 
sichtigung internationaler Trends mit den 
wichtigsten Forderungen der Anwenderindu- 


strie, die in der Regel aus der Untersetzung 
zentraler Vorgaben resultieren, zu verglei- 
chen und konkrete Entwicklungszielstellun- 
gen festzulegen. 

Diese Gesamtproblematik kann nur in enger 
Zusammenarbeit mit den Anwendern gelöst 
werden und setzt voraus, daß die Geräte- 
industrie weiß, was sie in den nächsten Jah- 
ren unbedingt braucht. 

Bei monovalent einsetzbaren Bauelementen 
ist das Problem in der Regel gut lösbar, da 
man es mit einem Partner zu tun hat und die- 
ser die Priorität seiner Forderungen mit vor- 
legt. 

Wesentlich komplizierter gestaltet sich die 
Abstimmung bei multivalent einsetzbaren 
Bauelementen, für deren Ausführung es ver- 
schiedene Alternativen gibt oder ganze Bau- 
reihen inhaltlich festgelegt werden müssen. 
Für diese Arbeiten steht uns als nationales 
Gremium die Sektion Schaltungsintegration 
mit ihren Fachgruppen zur Verfügung. In die- 
sem Rahmen kommt es zu regelmäßigen Ab- 
stimmungen zwischen den Vertretern der 
Bauelementeindustrie und den wichtigsten 
Anwenderkombinaten. Daher ist die Arbeit in 
der Sektion Schaltungsintegration für die ge- 
samte Applikationstätigkeit unseres Betrie- 
bes von großer Bedeutung. 

Zu den wichtigsten Ergebnissen der Sek- 
tionsarbeit gehören die Festlegungen zu den 
Logikreihen (Arbeitsteilung HFO/MME), die 
Operationsverstärker- und Wandlerstrategie 
sowie die Festlegungen der IS für die 
Schreib- und Drucktechnik. 

Im Rahmen unserer weiteren Applikationstä- 
tigkeit werden wir verstärkt den Kontakt mit 
den Anwendern suchen, um in größerem 
Maßstab Anfalltypen zu verkaufen. Dies liegt 
im Interesse der Materialökonomie und hilft 
bei Bedarfsdeckungsproblemen. Es ist nicht 
zu vertreten, daß Bauelemente, die in vielen 
Fällen voll einsetzbar sind, nicht verwertet 
werden. Dabei muß in jedem Fall gesichert 
sein, daß die technische Qualität des Final- 
produktes nicht gefährdet wird. 

Zur Bewältigung dieser Aufgabe erwarten wir 
die konstruktive Mitarbeit der Geräteindustrie 
im Interesse des beiderseitigen Vorteils. Als 
weiteren Schwerpunkt der Applikationstätig- 
keit werden wir in der nächsten Zeit alle An- 
strengungen unternehmen, den Auslauf der 
Produktion veralteter Bauelemente zu errei- 
chen, um die Produktionskapazitäten für mo- 
derne Erzeugnisse zu nutzen. Die Bereini- 
gung unseres Typensortimentes in diesem 
Sinne liegt sicherlich auch im Interesse der 
Geräteindustrie und wir erwarten deshalb 
ihre Unterstützung. 

Besonders schwierig gestaltet sich die Ablö- 
sung der Schaltkreise für die industrielle 
Elektronik, insbesondere der Standard-TTL- 
Reihen, obwohl nahezu alle logischen Funk- 
tionen in der Low-power-Schottky-Technik 
zur Verfügung stehen. Die Lösung dieses 
Problems wird den Schwerpunkt unserer Be- 
mühungen bilden. Im Interesse dieser not- 
wendigen, gemeinsamen Anstrengungen 
werden wir alle Möglichkeiten nutzen, wobei 
die Substitution durch neue Bauelemente 
den Vorrang haben muß. 

1 El KONTAKT ® | 

VEB Halbleiterwerk Frankfurt (O.), Postfach 379, 
Frankfurt (Oder), 1 200; Tel. 46 23 92 (Koll. Walther) 
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1. Vorbemerkungen 

Internationale Vergleiche zeigen, daß die An- 
forderungen an die Präzision und Dynamik 
des Bewegungsverhaltens moderner Monta- 
geroboter in der Feingeräte- und Elektroindu- 
strie nur durch den Einsatz mikrorechnerge- 
steuerter Positioniersteuerungen für die ein- 
zelnen Achsantriebe erfüllt werden können. 
Dabei gewinnt die Implementierung lei- 
stungsfähiger digitaler Regelalgorithmen, die 
das erforderliche Folgeverhalten des Reglers 
sowie Zeitoptimalität und Überschwingfrei- 
heit der Bewegung sichern, zunehmend an 
Bedeutung. 

Der Aufbau hochautomatisierter Arbeitszel- 
len unter Beteiligung von Industrierobotern 
und peripheren Antriebseinheiten erfordert 
weiterhin aufgrund der räumlichen Trennung 
der Komponenten serielle Verbindungssy- 
steme (lokale Netzwerke), die einen schnel- 
len Informationsaustausch zwischen Steuer- 
rechner und dem jeweiligen Achsrechner 
(Positioniersteuerung) ermöglichen. 

Darüber hinaus verlangt die Vielzahl der 
durch Positioniersteuerung im Echtzeitbe- 
trieb zu lösenden Aufgaben gute Dokumen- 
tierbarkeit und Flexibilität für die Anpassung 
an verschiedene Einsatzfälle. 

Eine kompakte und ökonomische Realisie- 
rung der genannten Forderungen an eine Po- 
sitioniersteuerung ermöglicht erst die fortge- 
schrittene LSI-Technik durch den Aufbau 
strukturierter Mehrprozessorsysteme mit ho- 
her Rechenleistung /I, 2/. Im folgenden wird 
ein solches Prozessorsystem auf der Grund- 
lage des 8-Bit-Einchipmikrorechners (EMR) 
UB 8820 und der 1 6-Bit-CPU UB 8002 vorge- 
stellt. 

2. Hardware 

Die Probleme des Hardwareentwurfs für das 
Positioniersystem bestanden vor allem darin, 
die parallele funktionelle Struktur einer Posi- 
tioniersteuerung in die parallele technische 
Struktur eines lokalen Mehrprozessorsy- 
stems optimal umzusetzen. Ausgehend vom 
erforderlichen Funktionsumfang bilden drei 
Mikroprozessoren gemeinsam mit zugeord- 
neten digitalen und analogen Baugruppen - 
bezeichnet als Controller-Funktionseinheiten 
-ein Drei-Prozessor-System, bei dem der In- 
formationsaustausch über einen gemeinsa- 
men Bus und einen Koppelspeicher erfolgt. 
Die drei Funktionseinheiten Netzwerkcon- 
troller, Servocontroller und Positionscontrol- 
ler (Bild 1 ) realisieren die Aufgaben 
- Anschluß an ein für Echtzeitsteuerung ge- 
eignetes lokales Datennetz 


- Feininterpolation zwischen Bahnstütz- 
punkten und Abarbeitung von Lageregelal- 
gorithmen 

- Aufbereitung inkrementeller Winkelmeßsi- 
gnale zu einer totalen Istposition und Anpas- 
sung an den eingesetzten elektrischen An- 
trieb. 

Bild 2 zeigt das Prinzipschaltbild des Positio- 
niersystems. Als Prozessorbauelemente 
kommen der EMR UB 8820 und die 16-Bit- 
CPU UB 8002 zum Einsatz. Die 16-Bit-CPU 
sichert vor allem die schnelle Abarbeitung 
rechenintensiver Algorithmen. Zur Kommuni- 
kation über den Koppelspeicher erfolgt eine 
dezentrale Busvermittlung des gemeinsa- 
men Busses im Zeitmultiplexbetrieb. Der 
EMR 1 startet den Zugriff auf den Koppel- 
speicher im Taktraster 1 ,5 ms. Das Zugriffssi- 
gnal wird als ZS 0 und ZS 1 wie beim Daisy- 
Chain-Verfahren von Prozessor zu Prozes- 
sor durchgereicht (realisiert über Software) 
und gestattet damit den Zugriff des jeweiligen 
Prozessors auf den gemeinsamen Speicher. 
Das Zugriffsverfahren ist schaltungstech- 
nisch sehr einfach zu realisieren und für den 
vorliegenden Fall einer festen Aufgabenver- 
teilung auf die einzelnen Prozessoren völlig 
ausreichend. 

Die beiden EMR sind über PORT 1 direkt ge- 
koppelt, da dieses Tor softwaremäßig als In- 
terface für externe Speicher betrieben wer- 
den kann. Zwischen Adreßdatenbus der bei- 
den EMR und dem gemeinsamen Bus befin- 
det sich ein Bustreiber. Sowohl die Steue- 
rung dieses Bustreibers als auch die R/W- 
Steuerung des Koppelspeichers erfolgen 
über Adreßsignale vom PORT 0 sowie die 
Speichersteuersignale AS, DS, R/W des 
jeweiligen EMR (in Bild 2 nicht gezeichnet). 
Bestandteil des Netzwerkcontrollers ist ein 
aus den Bustreiber-/-empfänger-Schaltkrei- 
sen DL 2631/32 aufgebauter Transceiver, 
der die unsymmetrischen seriellen Ein-/Aus- 
gangsleitungen des EMR 1 an eine symme- 
trische Zwei-Draht-Leitung (lokales Daten- 
netz) anpaßt. Da über softwaremäßige Mittel 
gesichert ist, daß an dieser Zwei-Draht-Lei- 
tung immer nur ein Sender arbeitet, können 
mehrere Positioniersysteme räumlich 
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entfernt an diese Leitung angeschlossen 
werden. 

Der Positioniercontroller beinhaltet neben 
dem EMR 2 eine schnelle Hardwarestruktur 
(Antriebsinterface) mit folgenden Aufgaben: 

- Verarbeitung der inkrementeilen Winkel- 
meßsignale ZI , Z2, N eines IGR und Bildung 
eines zyklischen Istpositionsvektors 

- D/A-Wandlung der Stellgröße I 1 (Strom) 
für Gleichstromantriebe mit mechanischem 
Kommutator 

- D/A-Wandlung und Erzeugung der Stator- 
stromkomponenten 1 1 , 1 2 im Statorkoordina- 
tensystem für die Steuerung von Drehfeldan- 
trieben (Synchron-, Asynchronmotoren). 

Eine ausführliche Beschreibung dieses An- 
triebsinterfaces erfolgte in /3, 4, 5/. Der Auf- 
bau ist durch digitale Automaten mit Spei- 
cherschaltkreisen U2716 und multiplizieren- 
den D/A-Wandlern DAC 7520 realisiert. 

Ein U-8000-Minimalsystem gewährleistet die 
erforderliche Rechenleistung. Das Lagereg- 
lerprogramm wird hardwaremäßig durch das 
Signal ZS 1 am NMI-Eingang gestartet. Die 
Kommunikation erfolgt über die untere Hälfte 
eines Wortes (Byteadressierung). 
Gemeinsam mit einer WATCH-DOG-Schal- 
tung, die die Funktion der drei Prozessoren 
überwacht, erfordert die gesamte Hardware 
ca. 65 Schaltkreise und läßt sich auf einer 
Leiterplatte (215 x 170) mm in Mehrebenen- 
technik aufbauen. 

3. Software 

Aufgrund des strukturierten Aufbaus des Po- 
sitioniersystems kann die Software getrennt 
für jeden Prozessor unter Beachtung der 
Übergabebedingungen im Koppelspeicher 
entwickelt werden. Sie ist damit leicht aus- 
tauschbar und einfach an die spezifischen 
Aufgaben des entsprechenden Controllers 
anpaßbar. 

3.1. Positionscontroller 
Die Hauptaufgabe für das zugehörige EMR- 
Programm besteht in der laufenden Berech- 
nung der totalen Istposition und der Kommu- 
nikation mit dem Koppelspeicher. 

Aus dem zyklischen Zählvektor ermittelt das 
Programm vorzeichenrichtig den Winkelzu- 
wachs am Rotor des Stellmotors pro Zeitein- 
heit und addiert diese Werte zu einer 32-Bit- 
Istposition auf. Dieser Programmteil arbeitet 
interruptgesteuert. 

Das maximal mögliche Taktintervall wird 
durch die erforderliche Auflösung des IGR, 
die Drehzahl des Motors und die Breite des 
zyklischen Zählvektors begrenzt. 

Zur Reduzierung der Laufzeit des Pro- 
gramms erfolgte eine solche Optimierung, 
daß möglichst nur Operationen mit Registern 
der gleichen Registergruppe durchgeführt 
werden. Die Bestimmung der totalen Istposi- 
tion aus einem 7-Bit-Zählvektor erfordert da- 
mit maximal 80, ms. 

Dazu addieren sich noch Programmlaufzei- 
ten für die 

- Überwachung der Maximal- 
geschwindigkeit (26fis) 

- Kontrolle einer Referenzposition (40,ms) 

- Fehlerüberwachung der 

Zähllogik (15^S). 

Das Zugriffssignal ZS 0 löst eine höherpriori- 
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sierte Interruptserviceroutine aus, die in den 
Koppelspeicher eine Statusinformation so- 
wie aktuelle Istposition und -geschwindigkeit 
einschreibt und ein Betriebsartsteuerwort so- 
wie eine Korrekturposition ausliest. Durch die 
zeitaufwendige Art der externen Speicher- 
adressierung des UB 8820 werden für diese 
Kommunikation gleichfalls 80/<s benötigt. 

Mit der maximalen Programmlaufdauer von 
Te = Tp os + Tkomm ~ 250 /rs 
konnte am Laboraufbau die totale Istposition 
am Rotor des Stellmotors bei einer Auflösung 
p = 0,09° bis zu Drehzahlen n = 2300min~~ 
fehlerfrei ermittelt werden. 

Zur Ansteuerung von Drehfeldantrieben 
müssen vom EMR 2 zusätzliche Steuerpara- 
meter für die Feldorientierung an das 
Antriebsinterface ausgegeben werden (über 
P3 bzw. P2 im Multiplexbetrieb). Der Zeitbe- 
darf für die Bildung dieser Parameter richtet 
sich nach dem Kompliziertheitsgrad des ge- 
wählten Motormodells. Die Abarbeitung zeit- 
aufwendiger Algorithmen kann dazu auch im 
Servocontroller erfolgen. 

3.2. Servocontroller 

Im Servocontroller erfolgt die Lagereglung. 
Als Testvariante wurde ein Zustandsregler 
mit integraler Ausgangsrückführung gemäß 
U(K) = U (K — 1 ) + RI e(K) + R2 e(K-1) 

+ R3-e(K-2) 

U(K)- Stellgröße im K-ten Taktintervall 
e(K) - Winkeldifferenz im K-ten Taktintervall 
R1,R2, R3- Reglerparameter 
implementiert. 


Die hohe Rechenleistung der 16-Bit-CPU, 
insbesondere für erforderliche Arithmetik- 
operationen mit doppelter Wortbreite, gestat- 
tet eine Berechnung der Stellgröße bei verän- 
derbaren Reglerparametern während der 
Bewegung des Stellmotors. Damit bestehen 
die rechentechnischen Voraussetzungen, 
um adaptive Lageregler einzusetzen. 

Zur Berücksichtigung stochastischer Last- 
schwankungen an der Motorwelle wird ge- 
genwärtig ein selbsteinstellender Regler mit 
Adaptivsteuerung der Parameter untersucht. 
Das Lagereglerprogramm stellt praktisch die 
NMI-Routine des 16-Bit-Minimalrechners 
dar. Nach dem Start des Programms über 
ZS1 erfolgt zuerst Lesen/Schreiben des 
Koppelspeichers und danach die Abarbei- 
tung des Lageregelalgorithmus. Im Hinter- 
grundprogramm findet eine Plausibilitätskon- 
trolle aller Informationen im Koppelspeicher 
statt. 

3.3. Netzwerkcontroller 
Der Netzwerkcontroller schafft die Verbin- 
dung zu einem geeigneten lokalen Daten- 
netz, bezeichnet als Motor-Control-Bus (MC- 
Bus). Das zugehörige EMR-Programm bear- 
beitet folgende Hauptaufgaben: 

- Kommunikation mit dem Koppelspeicher 

- Anschluß an das Datennetz 

- Adressierung für Sende- und Empfangs- 
aufruf 

- Codeumwandlung 

- Nachrichtensteuerung und -Vermittlung. 
Der Zugang zum MC-Bus wird kollisionsfrei 


über das Control-Token-Verfahren realisiert, 
das heißt, die Weitergabe der Netzwerkkon- 
trolle erfolgt von Teilnehmer zu Teilnehmer. 
Die Einsatzspezifik des Positioniersystems 
(Steuerung von Industrierobotern) erfordert 
vom MC-Bus 

a) eine Versorgung der angeschlossenen 
Teilnehmer mit Steuerdaten im Zeitraster 
< 20 ms und 

b) die On-Iine-Programmierung der Teilneh- 
mer bezüglich ihrer Betriebsart und ihrer 
Netzwerksteuerung. 

Die Erfüllung der Forderung a) erweist sich 
mit dem EMR aufgrund der relativ niedrigen 
Bitrate seiner seriellen Schnittstelle (max. 
62,5 Kbit/s) als problematisch. Verwendet 
man jedoch für die Steuerung der ange- 
schlossenen Antriebsmodule nur relative Po- 
sitionsdaten, können über den MC-Bus 
sechs Achsen in ca. 8 ms bedient werden. 
Zur Realisierung der Forderung b) werden 
neben Steuerdaten auch Steuerbefehle 
übertragen, die einerseits die Betriebsart von 
Positions- und Servocontroller festlegen und 
andererseits die Art und Weise der Nachrich- 
tensteuerung und -Vermittlung durch den 
Netzwerkcontroller bestimmen. 


Bild 3 

Befehlswortformat für den Nachrichtenaustausch 
überden MC-Bus 
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Tafel 1 Befehlsliste für das Positioniersystem, die 
der Netzwerkcontroller verarbeitet. 


STEUERBEFEHLE 


Mnemonik 

Befehlsfunktion 

NETC 

Netzwerkkontrollbefehl (Token) 

PROG 

Programmierbefehl 

MODE 

Betriebsart des Servocontrollers 

PARA 

Betriebsart des Servocontrollers 

CNTR 

Status- und Kontrollbefehl 

DATENMANIPULATIONSBEFEHLE 

Mnemonik 

Befehlsfunktion 

SPOA 

Sollposition 1 . Byte 

SPOB 

Sollposition 2. Byte 

SPOC 

Sollposition 3. Byte 

IPOA 

Istposition 1 . Byte 

IPOB 

Istposition 2. Byte 

IPOC 

Istposition 3. Byte 

SOLV 

Sollgeschwindigkeit 

SOMA 

Sollmoment 1 . Byte 

SOMB 

Sollmoment 2, Byte 


Für den Nachrichtenaustausch ist das in Bild 
3 dargestellte Befehlswortformat festgelegt. 
Der NETC-Befehl besteht nur aus einem 
Steuerbyte und wirkt als Control-Token. 

Zur Sicherung der Kompatibilität zu Stan- 
dardschnittstellen wird jedes Befehls- bzw. 
Datenbyte in Form von zwei Zeichen im 
ASCII-Code übertragen. 

Tafel 1 gibt eine Übersicht über die durch den 
Netzwerkcontroller verarbeitbaren Steuer- 
und Datenmanipulationsbefehle. Mit dem 
Befehl PROG wird das nachfolgende Daten- 
byte als Programminformation interpretiert 
und in einem Programmspeicher abgelegt. 
Bild 4 verdeutlicht den Wirkmechanismus 


des Netzwerkcontrollers für die Betriebsarten 

- Senden (durchgezogene Verbindung) 

- Empfang von Befehlen/Daten (gestri- 
chelte Verbindung) 

- Programmieren (Strich-Punkt-Verbin- 
dung). 

Durch die gegenüber kommerziellen Syste- 
men vereinfachte Netzwerkarchitektur kann 
über den MC-Bus eine effektive Datenrate 
von 35 Kbit/s erreicht werden, wobei bis zu 1 5 
Teilnehmer am Bus angeschlossen werden 
können. 

Zusätzlich zu den Aufgaben der Netzwerk- 
kontrolle und der Kommunikation mit dem 
Koppelspeicher übernimmt der EMR1 aus 
hardwaretechnischen Gründen (Ausnutzung 
der IN/OUT-Tore) die Ausgabe der Stell- 
größe für den Antrieb (s. Bild 2). 

4. Schlußbemerkung 

Am Labormuster konnte das Positioniersy- 
stem erfolgreich getestet werden. Als An- 
triebe wurden sowohl ein Gleichstromkollek- 
tormotor (GMP 52) wie auch ein als moment- 
gestellter Synchronmotor betriebener 
Schrittmotor (DW 250-3000) mit gechopper- 
ten Leistungsverstärkern eingesetzt 141. Die 
Messung der Istposition an der Rotorwelle er- 
folgte durch einen IGR-M2/960 mit 2- bzw. 
4fach-lnterpolation. 

Mit dem vorgestellten Positioniersystem 
konnte der Nachweis erbracht werden, daß 
auch ohne den Einsatz von Spezial Prozesso- 
ren (Signalprozessor, Arithmetikprozessor), 
durch Kombination von Standardprozessor- 
technik mit geeigneten digitalen und analo- 
gen Schaltmitteln ein kompakter Aufbau lei- 
stungsfähiger Positioniersysteme möglich 
ist. 

Das Positioniersystem ist für den Einsatz in 
Nachfolgeentwicklungen des sensorgeführ- 
ten Montageroboters P 1 050 vorgesehen. 



Wirkmechanismus des Netzwerkcontrollers 
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[ Bl KONTAKT « 1 

VEB Robotron-Rationalisierung Weimar, Objekt Er- 
furt, Abt. EE2, Kaufmännerstr. 8b, Erfurt, 5020 


BC A 51 1 0 mit CP/M-kompa- 
tiblem Betriebssystem 

Die Popularität CPIM-kompatibler Betriebssy- 
steme hat zu einem schnellen moralischen Ver- 
schleiß der PROM-Version des BCA5110 beige- 
tragen, die in ihrer Grundvariante nur für das Be- 
triebssystem BROS ausgelegt war. Die vom VEB 
Kombinat Robotron empfohlene Umrüstung des 
A5110 auf eine RAM-Version ist relativ aufwendig 
und kommt deshalb für viele Kunden nicht in 
Frage. Das an der Ingenieurhochschule Dresden 
(jetzt Informatikzentrum an der Technischen Uni- 
versität) entwickelte Betriebssystem IHDICP ist 
auch für den A5110 ohne große Hardwareände- 
rungen einsetzbar. Das Betriebssystem BROS 
wird auch weiterhin durch eine Kaltstart-Diskette 
zur Verfügung stehen. In Verbindung mit dem 
CAS-PASCAL-Compiler wird den Nutzern von 
BROS damit ein relativ problemloser Übergang auf 
ein modernes Betriebssystem ermöglicht. 
Komponenten von IHDICP 
IHD/CP ist für K-1520-OEM-Rechner und den 
BC A51 10 ausgelegt. Es ist in seinen Datenforma- 
ten CP/A- (und damit auch SCP-) kompatibel und 
hat folgende Vorteile: 

• automatische Formaterkennung und -bearbei- 
tung der Diskettenformate 26 Sektoren zu 1 28 Byte 
pro Spur, 1 6 Sektoren zu 256 Byte pro Spur, 8 Sek- 
toren zu 51 2 Byte pro Spur und 4 Sektoren zu 
1 024 Byte pro Spur 


• Speicherkapazität pro 8"-Diskette von 
296 KByte für Systemdisketten, 308 KByte für Stan- 
darddisketten und 346 KByte für Spezialanwendun- 
gen durch ein Sonderformat (9 x 512) 

• modularer Aufbau, dadurch leichte Erweiterbar- 
keit um weitere E/A-Geräte 

• „frei' 1 ladbares System, das heißt, auch andere 
Betriebssysteme können geladen werden (z. B. 
UDOS). 

Folgende Programme gehören zur Umrüstung: 

- @ IHD_CP.SYS Betriebssystem 

- SYSLAD.COM Systemlader 

- BOOTLAD.COM Bootlader 

- BOOTGEN.COM Generierungsprogramm für 
Systemlader 

- BROS. LAD Kaltstart des Betriebssystems 
BROS. 

Erforderliche Änderungen der Hardware des 
BCA5110 

• ZREK2525 

- Entfernen der PROMs und Bestückung mit 
2 PROM U 555 (.Anfangslader) 

- Wickelbrücken ändern 

• OPS 

- (BLP 05-320-01 21-4); es sind volle 64KByte 
erforderlich, das heißt, unter Umständen muß eine 
Nachrüstung der freigebliebenen Plätze mit U 256 
erfolgen bzw. es ist eine 1 6 KByte-RAM-BLP zu- 
sätzlich auf den freien Steckplatz einzufügen. 

- Wickelbrücken ändern. Die PROM-Kassette wird 


nicht mehr benötigt und kann für andere Zwecke 
genutzt werden. 

Einsatz von IHDICP für K-1 520-OEM-Rechner 
Für OEM-Rechner kann IHD/CP für folgende Konfi- 
gurationen generiert werden : 

- ZREK 2521, K 2525 

- ATS K 7028 oder ATD K 7026 zum Anschluß von 
Tastatur und Drucker 

- AFSK5121 für 8"-Laufwerke 

- ABS K 7023 oder ABS K 7024 für BAB 1 oder 
BAB2. 

Außerdem können weitere K-1520-Steckeinheiten 
in das System eingefügt werden, z. B.: 

ADA K 6022 für LB-Leser, LB-Stanzer, Drucker mit 
Centronics-Interface 

AKBK5020 für Anschluß eines Magnetbandkas- 
settengerätes. 

PPE K 0420 für PROM-Programmiereinheit 
VIS2A für Grafikprogramme 

Gert Aurig/Manfred Roth 
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Informatik-Zentrum des Hochschulwesens an der 
TU Dresden, Informatik-Rechenzentrum, Momm- 
senstr. 13, Dresden, 8027: Tel. 4575503. 
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REDABAS 

Arbeit mit Datenbanken (Teil II) 


Dr. Thilo Weller, Matthias Donner 
Karl-Marx-Universität Leipzig, 
Sektion Wirtschaftswissenschaften/ 
Organisations- und Rechenzentrum 


• Diskettenzugriffe, insbesondere beim indi- 
zierten Zugriff: Wenn die Datenbank oder/ 
und die Index-Dateien durch häufige Daten- 
ergänzung und -modifikation auf dem exter- 
nen Speicher nicht mehr in hintereinanderlie- 
genden Blöcken verteilt ist bzw. sind, verzö- 
gern sich Diskettenzugriffe. 

Dies läßt sich dadurch beseitigen, daß die 
Diskette unter Betriebssystemkontrolle mit- 
tels der PIP-Kommandos unter SCP kopiert 
wird, wobei getrennt abgelegte, zu einer Da- 
tei gehörende Blöcke wieder direkt hinterein- 
ander gespeichert werden und die Zugriffs- 
zeilen bei REDABASsich verkürzen. 

• Die Zugriffszeit beim Arbeiten mit index- 
sequentiellen Zugriffen wird weiter optimiert, 
wenn die Datenbank selbst in der Reihen- 
folge vorsortlerl ist, wie es sonst durch den 
Indexhauptschlüssel geschieht. Vor allem 
bei Daten geringer Fluktuation (Stamm-Da- 
ten) solitedles beachtet werden. Die Sortie- 
rung läßt sich leicht erreichen, indem die Da- 
tenbank mit der gewünschten Index-Datei 
aktiviert und dann in eine neue Datei kopiert 
wird. 

Anschließend kann z. B. die bisherige Daten- 
bank gelöscht, die neue umbenannt und mit 
dieser auch ohne Index-Datei weitergearbei- 
tet werden. 

• Die Nutzung der COPY-Anweisung unter 
REDABAS sollte nur bei entsprechend ver- 
wendeten Optionen wir Feldauswahl u. ä. ein- 
gesetzt werden; sie ist wesentlich zeitauf- 
wendiger als z. B. PIP unter SCP. 

1 0. Schnittstelle von R EDABAS zu weite- 
rer Software 

Für die Kommunikation zwischen RED AB AS 
und anderer Standardsoftware (z. B. Textver- 
arbeitungsprogramm TP, Kalkulationspro- 
gramm KP) bzw. Anwenderprogrammen, 
z. B. BASIC oder PASCAL, steht eine 
Schnittstelle auf Datenebene zur Verfügung: 

SDF 

Standardsoftware bzw. An- < — » REDABAS 
wenderprogramme 

REDABAS ist mit diesem SDF (System-Da- 
ten-Format; ASCII-Standard-Datentormat) in 
der Lage, 

- Datenbankkopien in einem Format zu er- 
zeugen, die auch von anderen Anwenderpro- 
gram men oder anderer Standardsoftware 
verarbeitet werden können 

- Dateien selbst zu verarbeiten, die durch 
solche Programme erstellt werden. 

DerTyp dieser Dateien ist eine Textdatei, de- 
ren Dateninhalt aus beliebigen Zeichen des 


ASCII -Codes besteht und jeder Datensatz 
mit Wagenrücklauf und Zeilen Vorschub (CR/ 
LF) abgeschlossen ist. Die Datensätze sind 
sequentiell angeordnet und können konstant 
oder variabel sein. 

10. 1. Bereitstellung von REDABAS-Daten - 
banken 

COPY TO «dateiname» [SDF] 

[DELIMITED] [WITH «trennzeichen»] 

REDABAS erzeugt damit eine Kopie der akti- 
vierten Datenbank vom Typ Textdatei (dätei- 
name. TXT) im ASCII-Standard-Datenfor- 
mat. Das Ausgabeformat der Sätze hängt 
davon ab, welche Optionen in der COPY-An- 
weisung verwendet werden: 

- COPY TO «dateiname» SDF 

Die Felder werden in voller, definierter Länge 
ohne Begrenzungs- und Trennzeichen Inder 
Textdatei angeordnet. Numerische Werte 
werden innerhalb der Felder rechtsbündig, 
Zeichenketten linksbündig dargesteiit. 

- COPY TO «dateiname» DELIMITED 

Alle Felder im Ausgabesatz sind durch Kom- 
mas voneinander getrennt. Zeichenketten 
sind in Hochkommas eingeschlossen, end- 
ständige Leerstellen werden entfernt. DEU- 
MITED schließt SDF automatisch ein. 

- COPY TO «dateiname» DELIMITED WITH 
«trennzeichen» 

Führende Leerstellen in numerischen Fel- 
dern und endständige Leerstellen bei Zei- 
chenkettenfeldern werden entfernt. Die Fel- 
der sind durch das in der WITH-Option ange- 
gebene (d. h. dem WITH unmittelbar fol- 
gende) Trennzeichen (Sonderzeichen) von- 
einander getrennt und enthalten keine zu-' 
sätzlichen Begrenzungszeichen. 

Soll von der Ausgangsdatenbank nur ein Teil 
(z. B. ausgewählte Feldnamen, Datensätze) 
in die Textdatei übernommen werden, ist die 
COPY-Anweisung mit den entsprechenden 
Optionen zu nutzen: 

COPY TO «dateiname» («bereich») 

[FIELD «letdnamen»] 

[FOR «bedingung»] [SDF] 

[DELIMITED 
(WITH «trennzeichen»]] 

10.2. Übernahme von Dateien in REDABAS 
APPEND FROM «dateiname» [FOR «bedin- 
gung») [SDF] [DELIMITED] 

REDABAS verarbeitet Textdateien, die von 
anderen Programmen erzeugt wurden, mit 
der erweiterten APPEND-Anweisung. Dabei 
werden die Datensätze aus der Datei datei- 
name (im AS Ctt- Stan d a rd- Date nform at) in 
die aktivierte Datenbank übernommen. Die 
Reihenfolge der Felder in der T extdatei muß 


der definierten Feidanordnung in der aktiven 
Datenbankdatei entsprechen, an die die Da- 
tensätze der Textdatei angefügt werden. 
Analog zur COPY-Anweisung können die 
Datenfelder unterschiedlich begrenzt sein: 

- APPEND FROM «dateiname» 

[FOR «bedingung»] SDF 
Die Felder in der Textdatei werden in der glei- 
chen Länge erwartet, wie sie in der aktiven 
Datenbankdatei definiert sind. Die Datenfel- 
der müssen in der T extdatei ohne T renn- und 
Begrenzungszeichen angeordnet sein. 

- APPEND FROM «dateiname» 

[FOR «bedingung»] DELIMITED 
REDABAS erwartet die Datenfelder in der 
Textdatei durch Kommas voneinander ge- 
trennt. Felder vom Typ Zeichenkette können 
in Hochkommas oder Anführungszeichen 
eingeschlossen sein. Andere Begrenzungs- 
zeichen werden zum Feldinhalt gehörig be- 
trachtet. 

10.3. Beispiel Schnittstelle REDABAS - TP 
Mittels des Textprogramms TP soll ein Se- 
rienbrief erstellt werden, der für jeden Emp- 
fänger passend gestattet ist. 

Die entsprechenden Angaben des Empfän- 
gers sollen einer REDABAS-Datei ADRES- 
SEN. DBD folgender Struktur entnommen 
werden. 

FELD NAME TYP LÄNGE DEZ 


001 NAME C 010 

002 VORNAME C 008 

003 STRASSE C 015 

004 ORT C 008 

005 PLZ N 004 

1. Schritt 

Konvertierung (Kopieren) der REDABAS- 
Datei ADRESSEN.DBD in eine Textdatei 
ADRESSEN.TXT mit Kommas als Trennzei- 
chen (TP verarbeitet als Trennzeichen zwi- 
schen Datenfeldern Kommas). 

USE ADRESSEN 

COPY TO ADRESSEN DELIMITED WITH. 

2. Schritt 

Erstellen einer Textschablone mit TP 
VEB Gebäudewirtschaft Dresden 
■ op (Ausschalten der Seiten- 

wechselanzeige) 

• dfB: ADRESSEN.TXT 

(Angabe der entsprechenden 
Datei, hier im Laufwerk B) 
rv NAME, VORNAME, 

STRASSE, ORT. PLZ 

(Angabe der Feldnamen; 
Übereinstimmung mit der 
Ausgangsdatenbank bzgl. 
Reihenfolge beachten!) 

Familie 

6 NAME & & VORNAME & (Markierung 
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& STRASSE & der Textstel- 

& ORT o len, die später 

& PLZ & durch konkrete 

Werte ersetzt 
werden) 

Dresden, 30. März 1987 
Werte Familie & Name &! 

Wir möchten Sie bitten, zur Überreichung des 
Mietvertrages . 


3. Schritt 

Ausdruck der Serienbriefe mit TP (Option M: 
Korn bo- Druck) 

Beim Ausdruck wird jeder Variablenname 
durch einen Variablenwert (aus der Datei 
ADRESSEN.TXT) ersetzt: 

VEB Gebäudewirtschaft Dresden 
Familie 

Lehmann Kurt 
Hauptstr. 15 
Dresden 
8060 

Dresden, 30. März 1987 
Werte Familie Lehmann! 


10.4. Schnittstelle REDABAS - Höhere Pro- 
grammiersprache 

Für diese Schnittstelle wird als Beispiel die 
Programmiersprache PASCAL verwendet 
(System PASCAL 880/S / 5/, Sprache kom- 
patibel zu TURBO-PASCAL). 

Die Schnittstelle kann nützlich sein, um be- 
stimmte Teilaufgaben (z.B. Sortierung) in 
dieser höheren Programmiersprache und da- 
mit wesentlich schneller zu realisieren. Als 
Ausgangspunkt dient wiederum die Daten- 
bank ADRESSEN. DBD mit analoger Struktur 
(siehe 1 0.3.). Ziel soll es sein, die Datensätze 
dieser Datei unter Pascal verfügbar zu ma- 
chen. 

1. Schritt 

Konvertieren (Kopieren von ADRES- 
SEN.DBD in eine Textdatei ADR.TXT im SDF- 
Format. 

USE AORESSEN COPY TO ADR SDF 

2. Schritt 

Erstellen eines PASCAL- Programms zur 
Übernahme dieser Datensätze aus der tem- 
porären Datei ADR.TXT in die Datei ADR. DAT 
program REDABAS_TURBO_DATEI_CON- 
VERTIERUNG 

type (Vereinbarung spezi- 

fischer Datentypen } 

Adresse = record 

Name : String [10]; 

Vorname: String [8]; 

Straße : string [15]; 

Ort : string [8]; 

end; 

AdressDatei = File of Adresse; 

Datensatz: Adresse 

{Vereinbarung von Programm- 
variablen} 

Datei : AdressDatei; 

TF : text; 



begin 

ClrScr; 

assign(TF, ADR.TXT ); reset(TF); 

(Aktivieren von ADR.TXT zum 
Lesen} 

assign(Datei. 'ADR.DAT'); rewrite(Oatei); 

(Generierung von ADR.DAT} 
while not EOF(TF) do 
begin 

with Datensatz do 
begin 

read(TF, Name); 

(Lesen der einzelnen 
Datensatz-Felder) 
read(TF, Vorname); 
read(TF, Straße); 
read(TF, Ort); 
read(TF, PLZ) 

(Letztes Feld mit readln 
lesen) 

end; 

write(Datei, Datensatz); 

(Schreiben des Datensat- 
zes in ADR.DAT) 
writef-', Datensatz, Name) 

{Protokoll} 

end; 

dose(Datei); (Schließen der Adreßdatei 
ADR.DAT} 

ciOSe(TF); (Schließen der Textdatei 
ADR.TXT} 

end. 

3. Schritt 

Weiterbearbeitung der REDABAS-Adreßda- 
tei unter PASCAL 880/S. 
fO.5. Schnittstelle höhere Programmier- 
sprache - REDABAS 

Als Beispiel soll eine unter PASCAL 880/S 
bearbeitete Adreßdatei ADR.1 DAT für RED A- 
BAS verfügbar gemacht werden. 

1. Schritt 

Entwickeln eines PASCAL- Programms zum 
Kopieren der Datensätze von ADR.1. DAT in 
eine temporäre Textdatei ADR1.TXT (Die 
Prag ramm Version soll eine Möglichkeit auf- 
zeigen). 

program TURBO_REDBAS_DATEI_CON- 
VERTIERUNG; 

type (Vereinbarung spezi- 

fischer Datentypen) 


Adresse = record (Datensatz- Vereinba- 
rung) 

Name : string [10]; 

Vorname; string [8]; 

Straße : string [15]; 

Ort : string [8]; 

PLZ .string (4); 
end; 

Adress Datei = File of Adresse; 
var (Vereinbarung von Pra- 

grammvariablen) 
Datensatz: Adresse; 

Datei AdressDatei; 

TF : text; 

t : integer; 

begin 

ClrScr; 

assign(Datei, ’ADRI .DAT’); reset(Datei); 
(Aktivieren von 
ADR1 .DAT zum Lesen) 
assign(TF, ’ADRI .TXT'); rewrite(TF); 

(Generierung von 
ADR1.TXT} 

while not EOF(Datei) do 
begin 

read(Datei, Datensatz); 

(Lesen eines Daten- 
satzes aus ADR1 .DAT) 
with Datensatz do 

begin (Schreiben der Daten- 
satzfelder) 
write(TF.Name); 
if length(Name) < lOthen 
fori: = length(Name)+1 to 10 

dowrite(TF,' '); {Auffüllen 
mit Leerzeichen) 
write(TF, Vorname); 
if fength(Vorname) < 8 then 
fori: = length(Vorname)+1 to8 
do write(TF, ' '); 
writefTF, Straße); 
if fength(Straße) < 1 5 then 
fori: = length(Straße)+ 1 to 15 
dowrite(TF.' '); 
writefTF, Ort) 
if length(Ort) < 8 then 
fori: = length(Ort)+1 to8 
do writefTF, ' '); 
writeln(TF.PLZ); 
end; 

writef-' , Datensatz. Name) ; 

{Protokoll} 

end; 

close(Datei); (Schließen der Adreßdatei 
ADRI.OAT} 

close(TF) ; (Schließen der Textdatei 
ADR1 TXT} 

end. 

2. Schritt 

Kopieren der Struktur von ADRESSEN. DBD 
nach ADR1 DBD (in REDABAS) 

USE ADRESSEN 

COPY STRUCTURE TO ADR1 

3. Schritt 

Anfügen der Datensätze aus der temporären 
Textdatei ADR1 .TXT an AD RI .DBD 
USE ADR1 

APPEND FROM ADR1 TXT SDF 
Fortsetzung auf Seite 19 
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Fortsetzung von Seite 14 

11. Der interne Aufbau einer Datenbank 

Für die Untersuchung des internen Aufbaus 
einer beliebigen Datei - also auch einer Da- 
tenbank- können Debugger wie DU oder 
andere Monitorprogramme genutzt werden. 
Eine solche Betrachtung gibt Auskunft über 
die REDABAS-interne Verwaltung der Struk- 
turvereinbarungen (Tafel 1). 

Tafel 1 


REDABAS - Datenbank 


'Struktur- ' 1. n. 

' ver- ' Daten- Daten- 

'einbarung ' salz ' 1 satz 


Byte 0-519 

REDABAS reserviert die ersten 520 Bytes für 
die Beschreibung der Datenbank bzw. der 
Datenfelder. Im ersten Byte (Byte 0) steht mit 
02h ein Wert, der wohl vordergründig aus 
Kompatibilitätsgründen seine Daseinsbe- 
rechtigung hat. Die nächsten zwei Bytes ent- 
halten die Gesamtzahl der Datensätze, wozu 
anzumerken ist, daß das niederwertige vor 
dem höherwertigen Byte gespeichert ist. In 
den nächsten drei Bytes steht das Datum der 
letzten Änderung der Datenbank in der Form 
TT/MM/JJ (hexadezimal). Die um eins er- 
höhte Länge eines Datensatzes ist in den By- 
tes 6 und 7 gespeichert. Soweit die allgemei- 
nen Angaben. 

Die restlichen Bytes (Byte 8 bis 519) sind für 
die Beschreibung der n Datenfelder 
(1 < - n < = 32) vorgesehen (Tafel 2). 

Tafel 2 


Byte Wert Bedeutung 


00 

01-02 

03-05 

06-07 

08-519 

520-n 


20h 


n + 1 1Ah 


Anzahl der Datensätze 
Datum (TT MM JJ) 
Datensatzlänge + 1 
Strukturdefinitionen 
Beginn Datenbereich 
(1 Datensatz) 
Dateiende 


Zur Feldbeschreibung dient jeweils ein 16- 
Byte-Bereich, der alle zur eindeutigen Festle- 
gung der Struktur erforderlichen Definitionen 
enthält (Tafel 3). 

Tafel 3 


Byte Werl Bedeutung 


00-09 

10 00h 

11 xx 

12 xx 
13-14 

15 xx 


Feldtyp 

Fetdlänge 

reserviert 

Anzahl Dezimalstellen 


Ein ODh im Byte 0 des 16- Byte- Bereichs 
kennzeichnet den Abschluß der Strukturdefi- 
nitionen. 

Der Datenbereich beginnt mit dem Byte 520. 


Am Anfang eines jeden Datensatzes steht ein 
Leerzeichen (20h), dem sich die Daten ent- 
sprechend der Strukturvereinbarung an- 
schließen. Abgeschlossen wird die Daten- 
bank mit dem Dateiendekennzeichen 1Ah. 
Das nachfolgende PASCAL- Prag ramm ana- 
lysiert die Struktur einer beliebigen REDA- 
BAS-Datenbank und bringt diese auf dem 
Bildschirm zur Anzeige. 

Dieses einfache PASCAL-Demonstrations- 
Programm zeigt die Möglichkeit der Weiter- 
verarbeitung von REDABAS-Datenbank-In- 
formationen unter Nutzung einer höheren 
Programmiersprache auf. 

Program Redabas_Datenbank_Struktur; 
const 

alphanum : set of char = 

Ä'A\.'ZY_70'..'9'ü; 

type 

erntrag = record 

name: stringÄ16ü; 
laenge: byte; 
typ: (C, N, L) 
end; 

zeile = stringÄ80ü; 
bytearray = arrayÄO. 520Ü of byte; 
var 

quelle, ziel : fite; 
puffer : bytearray; 
dateistruktur : record 

eintrzahlünteger; 
eintrarrayÄO. ,127ü 
of eintrag 

end; 

quellname.zielname : stringÄ30ü; 
gesamtzahl, satzlänge, anzahlptr, 
anfangplr.offset.längenoffset, 
typoffset : integer; 

Redabas_Byte_0 : byte; 
procedure fehlernachricht (meidung:zeile); 
begin writeln(meldung); halt end; 
procedure analyse, 
var 

i, junteger; 

lowbyte, highbyte, typflag ,letter:byte ; 
begin (* analyse *) 
blockread(quelle,puffer,4) ; 

(* liest die ersten 51 2 Byte der Datei *) 
RedabaSw8yte_0: =pufferÄOü 
if Redabas_Byte_0 =2 then 
begin 

anzahlptr: =0;anfangptr: = 8; 
offset: = 1 6 ; typoffset : = 1 1 ; 
längenoffset:=12 
end 

eise fehlernachricht 

('Keine Redabas-Datei’); 
lowbyte: =pufferÄ1 ü ; 
highbyte : =pufferÄ2ü ; 
gesamtzahi:= (highbyte shl 8) 
or lowbyte; 
lowbyte : = pufferÄ6ü , 
highbyte : = pufferÄ7ü; 
satzlänge: = (highbyte shl 8) 
or lowbyte; 

dateistruktur,eintrzahl:=0; 
writeln (Gesamtzahl, 'Einträge a', 
satzlänge, 'Byte.'); 

writeln: 

writeln(‘Feld Länge Typ'); 

writeln; 

with dateistruktur do 
repeat 


i: =(eintrzahl#offset) +anfangptr; 

letter:=pufferÄiü; 
if letter <>$0D then 
with eintrÄsucc (eintrzahl)ü do 
begin 

name: =chr (letter); 
repeat 
j:=succ(j); 
letter: =pufferÄjü; 
if ehr (letter) 
in alphanum then 
name: =name+chr(letter) 
until not 

(chr(letter) in alphanum); 
typflag: =puffer 

Äi+typoffsetü; 
länge: =puffer 

Äi+Iängenoffsetü; 

write(name, 

”:12-length(name), 
länge:4, 
chr(typflag):4); 
case chr(typflag) of 
’C' : typ:=C; 

'N' typ:=N; 

V : typ: =L; 
eise typ: =C 
end; 

eintrzahl: =succ(eintrzahl); 
writeln 
end 

untitletter=$0D; 

writetn 

end; (* analyse *) 

BEGIN 

writeln 

('REDABAS- Datenbank-Informatio- 
nen'); 

writeln: write(' Datei :'); 
readln(quellname); 
if pos( * . * .quellname) =0 then 
quellname:=quellname+'.DBD’; 
assign(quelle. quellname); 

(*!—*) 

(* schaltet Fehlerbehandlung *) 

(* durch das System aus *) 
reset(quelle); 
if ioresultoO then 
fehlernachricht 
('Keine gültige Datei?'); 
analyse; 
close(quelle) 



IV REDABAS Programmbeschreibung, System- 
unterlagendokumentation. VE8 Robotron-Pro- 
jekt. Dresden 1985 

12/ Eggerichs, W : dBASE II (Bd. 1 und 2). VEB 
Verlag Technik. Berlin, 1 986 
131 Eggerichs, W.: dBASE II. Band 3: Aufbau und 
Nutzung von Datenbanken. Dr. A. Hüthig Ver- 
lag, Heidelberg 1986 

141 Donner, M: Weller, Th.: Hochschul-Folierv-Dia- 
Reihe Datenbanksystem REDABAS. HFR 837/ 
858/872. HR 1494/1515/1529. Institut für Film. 
Bild und Ton, Berlin, 1987 
ISI Bedienungsanleitung und Sprachbeschreibung 
für das Programmiersystem PASCAL 880/S un- 
ter Steuerung des Betriebssystems SCPX, Sy- 
stemunterlagendokumentation. VEB Robotron 
Büromaschinenwerk, Sömmerda. 1987 
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Erkennung von Eingabefehlern 
in REDABAS-Programmen 


Oskar Schönherr, Karl- Marx-Stacft 

Beim Einsatz von Programmen ist es insbe- 
sondere notwendig, eine störungsfreie Ar- 
beit auch dem Nutzer zu garantieren, der 
das Programm selbst nicht erstellt hat und 
dessen inneren Aufbau nicht kennt. Es muß 
erreicht werden, daß möglichst viele Fehl- 
eingaben vom Programm selbst erkannt 
werden. Bei der Arbeit mit REDABAS wur- 
den dazu vom Autor eine Reihe besonders 
für Einsteiger geeignete Programmroutinen 
verwendet, die auf Grund ihrer universellen 
Anwendbarkeit und ihres einfachen Aufbaus 
für viele Anwendungsfälle leicht nachzuvoll- 
ziehen sind. Es wurde davon ausgegangen, 
daß die Fehlererkennung bereits bei der Ein- 
gabe erfolgen sollte und nicht erst in der wei- 
teren Programmabarbeitung, um Rück- 
sprünge in vorangegangene Programmteile 
zu vermeiden. Günstig für die Bearbeitung 
war die Tatsache, daß sich mit REDABAS 
alle Programme in Menütechnik aufbauen 
lassen. Im folgenden werden die in den Bil- 
dern 1 bis 3 dargestellten Programmteile 
kurz in ihrer Wirkung beschrieben. Die einzu- 
gebende Zeichenvariable in den Beispielen 
heißt zwar. 

1. Auswahl aus einem Menü 

Wenn aus einem Menü eine Funktion ausge- 
wählt werden soll, garantiert die im Bild t vor- 
gestellte Form, daß nur die Möglichkeiten, 
die das Menü vorsieht, auch als echte Einga- 
ben angenommen werden. Alle anderen Ein- 
gaben erscheinen auf dem Bildschirm, füh- 
ren aber nicht zum Verlassen der Schleife. 
Bei einer Erweiterung des Menüs kann durch 
eine Veränderung der Zeichenkette die DO- 
WHILE-Schleife schnell auf die neuen Bedin- 
gungen angepaßt werden. 



Bild 1 Funktionsauswahl 



2. Auswahl längerer Zeichenketten 
durch ein Hllfsmenü 

Oft besteht die Notwendigkeit, längere Zei- 
chenketten einzugeben, die immer wieder 
auftauchen. Dabei ist eine garantiert gleiche 
Schreibweise gefordert, wenn nach diesen 
Zeichenketten in Dateien recherchiert wer- 
den soll. Bewährt hat sich dabei die in Bild 2 
vorgestellte Variante, die in einer angenom- 
menen Datei mit Berufsgruppen die Recher- 
che mit immer gleichen Zeichenketten (Frage 
der Schreibweise bei verschiedenen Anwen- 
dern bzw. Verhinderung von Eingabefehlem) 
gewährleistet. 

Zur Bedienungsfreundlichkeit wurde die am 
meisten verwendete Berufsgruppe vorge- 
wählt und kann mit ET angefordert werden. 
Zusätzlich wird deutlich, daß es damit auch 
einem Unkundigen möglich ist, das Pro- 
gramm abzuarbeiten, ohne Fehler zu provo- 
zieren. Als Hilfe wird die ausgewählte Ein- 
gabe angezeigt. 

3. Auswahl aus größeren Zeichenketten- 
mengen 

Es ist in vielen Fällen nötig, daß Zeichenket- 
ten unterschiedlichster Länge aus einem Da- 
tenbestand (aus einem Feld) herausgesucht 
und für die weitere Bearbeitung diese zutref- 
fenden Datensätze zur Verfügung gestellt 
werden müssen. Ein Beispiel dieser Art ist 
die Suche nach einem Namen in einer Adreß- 
datei. Bei Indizierung dieser Datei nach Fa- 
milienname ('name') und Vorname ('vorna- 
me’) muß zum Finden der Person der Name 
vollständig und in der Schreibweise richtig 
eingegeben werden. 

Das im Bild 3 dargestellte Prinzipbeispiel fin- 
det in begrenzt großen Dateien auf schnelle 
Art den richtigen Namen, ohne daß dieser 
komplett eingegeben werden muß. Ähnlich 
funktioniert zum Beispiel die Eingabe von 
Reisezielen in den Schaltergeräten der Deut- 
schen Reichsbahn. 

Das vorgestellte Prinzip hat seine Grenzen in 
der mit Datensatzanzahl steigenden Laufzeit 
und bei sehr vielen gleichen Namen. Für viele 
Probleme ist es aber sofort anwendbar. 
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Softwareentwicklung für speicher- 
programmierbare Steuerungen 


Dr. Peter Löber, Dr. Günter Jaehnert, Dr. 
Klaus Engelmann, Harry Kreller 
Technische Universität Karl-Marx-Stadt, 
Sektion Automatisierungstechnik 


1. Einleitung 

Die Grundlage jeder Automatisierung ist eine 
entsprechende Steuereinrichtung. Speicher- 
programmierbare Steuerungen (SPS) haben 
sich in den letzten Jahren ein immer größeres 
Anwendungsgebiet erschlossen. Die obere 
Einsatzgrenze ist noch nicht absehbar. Welt- 
weit werden bereits von mehr als 1 50 Firmen 
SPS-Systeme der unterschiedlichsten Lei- 
stungsklassen angeboten IV. Das Einsatz- 
gebiet der SPS-Systeme reicht mittlerweile 
von der Realisierung einfachster Ablauf- 
steuerungen bis hin zur hochgradigen Auto- 
matisierung flexibler Fertigungssysteme 
(FFS) durch hierarchische Steuerungsver- 
bundsysteme 121 und 131. Trotz oder gerade 
wegen des immer größer werdenden Anwen- 
dungsgebietes existiert nach wie vor keine 
einheitliche bzw. standardisierte Begriffsbe- 
stimmung für SPS-Systeme /4/. Für die im 
weiteren betrachtete Klasse der mittleren 
SPS-Systeme sollen folgende Hauptmerk- 
male gelten: 

• Bit- oder/und wortorientierte Abarbeitung 
von Steuerprogrammen durch einen oder 
mehrere Mikroprozessoren gleicher oder un- 
terschiedlicher Verarbeitungsbreite 

• Meß- und Stellsignalanzahl im Bereich von 
100 . . .1000 (einschließlich begrenzter Ana- 
logsignalerfassung und -ausgabe) 

• auf die SPS begrenzter lokaler Systembus 
und Prozeßein- und -ausgabebus 

• eigenständige Funktion der SPS mit Inte- 
grationsfähigkeit in ein Steuerungsverbund- 
system 

• Einbeziehung funktionserfüllender steck- 


Bild 1 Allgemeine Grundstruktur eines SPS-Systems 


barer Kartenbaugruppen zur Prozeß-, Be- 
dien-, Leit- und Programmierebene. 

Charakteristisch für SPS-Systeme ist die 
Tendenz der stagnierenden bzw. sinkenden 
Hardwarekosten bei überdurchschnittlich 
steigenden Softwarekosten sowie die stän- 
dige Erhöhung der Leistungsfähigkeit von 
SPS. Die steigenden Softwarekosten sind 
bedingt durch die wachsende Komplexität 
der zu automatisierenden Prozesse, die un- 
zureichende Effizienz bei der Herstellung von 
Softwarekomponenten und die mangelnde 
Portabilität von Softwareprodukten bei einer 
für den Anwender schwer überblickbaren 
SPS-Vielfalt. Im vorliegenden Beitrag wird 
gezeigt, welche Probleme bei der Software- 
entwicklung für SPS auftreten und welche 
Mittel und Wege zur Reduzierung der Ent- 
wicklungskosten für System- und Anwender- 
softwareprodukte führen können. 


2. Grundstruktur von SPS-Systemen 

Unter der Grundstruktur eines SPS-Systems 
soll prinzipiell die im Bild 1 angegebene 
Struktur verstanden werden. Außer der ei- 
gentlichen Steuereinrichtung, bestehend aus 
Prozeßein- und -ausgabebaugruppen, der 
Verarbeitungseinheit und dem Steuerpro- 
gramm, wird in zunehmendem Maße der An- 
schluß rechentechnischer Geräte ermöglicht, 
der einmal die SPS zu „kleinen“ Prozeßrech- 
nern qualifiziert und zum anderen rechnerge- 
stützte Programmierung und Inbetriebnahme 
zuläßt. Die Handhabung dieser Technik stellt 
derzeit beim Anwender das Hauptproblem 
dar. Es wird noch dadurch verschärft, daß so- 
wohl national als auch international immer 
leistungsfähigere SPS in kurzen Zeiträumen 
angeboten werden und die bereitgestellten 
SPS-Betriebssysteme und Programmierme- 
thoden immer anspruchsvoller werden /6/, 


171, 131. Des weiteren ist zu erkennen, daß die 
Standardisierung dieser Entwicklung nur 
schwer folgen konnte /4/. Für die Program- 
mierung mit Fachsprachen zeichnet sich eine 
Lösung dieser Problematik durch die IEC 
Sec. 65A (1985) 191 ab. 

3. Systemsoftware-Bestandteile 
und Aufgaben 

Das Betriebssystem einer SPS auf Mikro- 
rechnerbasis umfaßt die folgenden Kompo- 
nenten: 

- Initialisierung des Rechnersystems 

- Diagnose von Bausteinen und Baugrup- 
pen 

- Echtzeitsteuerung 

- Treiber für E/A-Kartenbaugruppen und für 
periphere Geräte 

- Inbetriebnahmeunterstützung. 

Diese Komponenten adressieren während 
des Betriebes direkt oder indirekt über ein 
Datenfeld (Generierdaten), welches im Er- 
gebnis der Projektierung vorliegt, die kon- 
krete Hardwareumgebung. Betriebssystem- 
komponenten und Datenfeld sind aufeinan- 
der abgestimmt. Die Projektierungsrichtlinie 
des Herstellers ist deshalb genau einzuhal- 
ten, z. B. /10/ und /1 1/. Im einzelnen erfüllen 
die Betriebssystemkomponenten folgende 
Funktionen: 

1. Initialisierung 

Mittels Initialisierung aller programmierbaren 
Ein-/Ausgabeeinheiten (z. B. CTC, SIO, PIO, 
EA-Kartenbaugruppen) sowie durch Einstel- 
len von Prozessorzustand (Register, Inter- 
ruptsystem) und RAM-Speicher wird der defi- 
nierte Anlauf der SPS gewährleistet. 

2. Diagnose 

Die Diagnose kann in 3 Phasen eingeteilt 
werden: 

• Einschaltdiagnose 

Alle vom Prozessor ansprechbaren Bauele- 
mente bzw. Kartenbaugruppen werden auf 
grundsätzliche Funktionstüchtigkeit geprüft. 
Das Testergebnis wird nach außen ange- 
zeigt. Im Fehlerfall ist der Steuerungsbetrieb 
verriegelt. 

• On-Iine-Diagnose (mit Prozeßanschluß) 
Während des Betriebes werden wichtige Pa- 
rameter ständig überwacht (z. B. Span- 
nungsausfall, Not-Aus-Schleife, Zykluszeit). 
Fehler führen in der Regel hier zum Abschal- 
ten der Steuerspannung der Prozeßstellsi- 
gnale. Daraus folgt für den Anwender, die 
Prozeßanpassung so vorzunehmen, daß ein 
Abschalten keine Havarien zur Folge hat. 

• Off-Iine-Diagnose (ohne Prozeßan- 
schluß) 

Es werden zur Fehlerlokalisierung spezielle 
umfangreiche statische und dynamische 
Prüfungen vorgenommen (z. B. Kartenbau- 
gruppentest, Reeingabe, elektronische Si- 
cherung, Test auf Wärmeempfindlichkeit und 
elektromagnetische Verträglichkeit). 

3. Echzeitsteuerung 

Die Echtzeitsteuerung bildet das Kernstück 
des Betriebssystems. Sie organisiert das 



Prozeßebene Eingabeebene 


Ausgabeebene Prozeßebene 
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Einschalten von Betriebssystemroutinen 
zwecks Ansteuerung und Datenaustausch 
mit der E/A-Peripherie und interner Daten- 
manipulation und -Verwaltung zur Realisie- 
rung der Steuerungsanweisungen. Die Echt- 
zeitsteuerung kann als ein Zweiebenensy- 
stem betrachtet werden. Die erste Ebene or- 
ganisiert eine Taskverwaltung. Sie ist dann 
notwendig, wenn Ablaufsteuerung (Steue- 
rung des SPS-Betriebes) sowie Kommunika- 
tions-, Regelungs-, Protokollier- und Über- 
wachungsprozeduren weitgehend unabhän- 
gig voneinander arbeiten. Auf dieser Ebene 
sind spezielle Operationen zur Tasksteue- 
rung und zur Datenübergabe erforderlich. 
Die Ablaufsteuerung ist ebenfalls eine Task, 
die auf der zweiten Ebene die typischen SPS- 
Operationen realisiert. Diese Ablaufsteue- 
rung kann vollständig als Interpreter mit fe- 
stem, vom Programmierer unbeeinflußba- 
rem, Zyklus (Einlesen - Ausgeben - Verar- 
beiten), wie etwa beim SPS-System PC600 
/1 0/, realisiert sein oder auch als T eilinterpre- 
ter für ausgewählte Steueranweisungen, wie 
EA-Anweisung, Steueranweisungen für Soft- 
warezeitglieder, wie z. B. SPS-System 
MRS700 /II/. Da im letzteren Fall das Steu- 
erprogramm im Maschinenkode vorliegt und 
weitgehend direkt abgearbeitet wird, verkürzt 
sich die Verarbeitungszeit erheblich im Ver- 
gleich zur interpretativen Abarbeitung. Ent- 
gegengesetzt dazu verhalten sich allerdings 
der Speicherplatzbedarf und der Überset- 
zungsaufwand des Steuerprogramms. Beide 
Verarbeitungsformen sind auf der Basis von 
Mikrorechnerverarbeitungseinheiten nicht 
steuerungsspezifisch. 

4. Peripherietreiber 

In SPS-Systemen sind zwei Klassen von Pe- 
ripherietreibern zu unterscheiden: 

• E/A-Treiber zur Ansteuerung der Prozeß- 
ein- und -ausgabekartenbaugruppen 

• Treiber zur Kopplung mit Peripheriegerä- 
ten, z. B. Programmiergerät, Magnetband- 
kassette, Drucker. 

Der E/A-Treiber ermöglicht den Datenaus- 
tausch zwischen der Verarbeitungseinheit 
und den E/A-Kartenbaugruppen. Da diese 
Baugruppen in der Regel durch eine Reihe 
Von Besonderheiten gekennzeichnet sind, 
besteht der E/A-Treiber aus einem Kern, der 
über das Hardwaredatenfeld die E/A-spezifi- 
sche Treiberroutine aufruft. Weitere Trei- 
berbausteine werden z. B. für die Kopplung 
der SPS mit den Programmier- und Protokol- 
liereinrichtungen bzw. zur Datenfernübertra- 
gung benötigt. Sie unterscheiden sich nicht 
prinzipiell von Treiberprogrammen für Perso- 
nal- und Bürocomputer. 

5. Inbetriebnahmeunterstützung 

Die Inbetriebnahme von Steuerprogrammen 
kann durch eine Reihe von Test-Funktionen, 
wie statische und dynamische Anzeige des 
Variablenspeichers, Zwangseinstellen von 
Variablen, zyklusweise Programmabarbei- 
tung sowie Echtzeitlauf mit Tracefunktion 
und Haltepunkten, unterstützt werden. Wäh- 
rend der Testphase wird die Echtzeitsteue- 
rung mit den gewünschten Funktionen beauf- 
lagt. Die Kommunikation mit dem Program- 
mierer wird über ein an die SPS ange- 
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schlossenes Kommandogerät (Bedienta- 
bleau, Personalcomputer, Programmierter- 
minal) und die Zustandsanzeigen (LED) auf 
den Peripheriekarten gewährleistet. 
Hardware und Betriebssystem bilden den 
Kern einer Basismaschine. Darauf kann mit- 
tels einer Softwareschicht programmtech- 
nisch eine Basisschnittstelle geschaffen wer- 
den, die die Portabilität von Nutzerprogram- 
men (Übertragbarkeit von Programmen auf 
unterschiedliche Hardware) sichert, das 
heißt, aus der Sicht des Nutzerprogramms 
sind Hardware und Betriebssystem weitge- 
hend verdeckt. Die Portabilität von Betriebs- 
software ist dagegen nicht oder nur bedingt 
möglich. Für jede grundsätzlich neue Hard- 
ware (z.B. andere Schaltkreisfamilie) muß 
die Betriebssystemsoftware neu erstellt wer- 
den. Insbesondere wird die Anpassung auf 
andere Hardwarekonfigurationen, die die 
gleiche Schaltkreisfamilie nutzen, durch Be- 
zugnahme der Betriebssystemkomponenten 
auf ein Hardwaredatenfeld möglich. Da die 
Betriebssystemsoftware der Steuerung 
MRS700 dieses Kriterium aufweist, konnte 
die Anpassung an die PC 600 vorgenommen 
werden. 

4. Programmierung von SPS 

Das Ziel bei der Programmierung besteht 
darin, in kurzer Zeit und mit wenig Aufwand 
die Steuerungsfunktion durch das Anwen- 
derprogramm zu realisieren. Dabei bestim- 
men die Kriterien 

- Fehlerfreiheit 

- Wartungsfreundlichkeit 

- Hardwarekompatibilität 

maßgebend die Softwarequalität. Die Proble- 
matik der Softwareerstellung für SPS wird ent- 
scheidend durch die Einsatzspezifik geprägt: 

- Wenig oder keine EDV-Kenntnisse bei den 
Anwendern 


- Rücksichtnahme auf Prozeßanpässung 

- harte Zeitforderung für den On-Iine-Test 

- großes Spektrum der Steuerungsperiphe- 
rie u. a. 

Für die SPS-Programmierung sind deshalb 
fachbezogene Reglementierungen für Pro- 
grammiertechnologie und -spräche getroffen 
worden, die aus Effektivitätsgründen meist 
ebenfalls durch spezielle Programmiergerä- 
tetechnik unterstützt werden /1 2/. Zur Unter- 
setzung des Programmiervorganges sind 
prinzipiell fünf Arbeitsschritte zu nennen: 

1. Prozeßanalyse und Spezifikation 
Darunter ist die Problemerarbeitung zu ver- 
stehen. Ausgehend von der Zielfunktion des 
zu steuernden Prozesses und dem technolo- 
gischen Schema wird die Grobstruktur der 
Steuerungsaufgaben entworfen. Anschlie- 
ßend werden im Zuge der Verfeinerung Kom- 
ponenten und Funktionen definiert und die 
erforderlichen E/A- Schnittstellen festgelegt. 
Die resultierende Beschreibung der Steue- 
rungsfunktion dient als Programmier- und 
Projektierungsvorlage. Nach wie vor gilt der 
Grundsatz, daß die exakte Prozeßanalyse 
unabdingbare Voraussetzung für alle weite- 
ren Automatisierungsschritte ist. 

2. Programmentwicklung 

Mit Hilfe der Programmiersprache wird für die 
Komponenten eine funktionserfüllende 
Struktur, das Steuerprogramm, erstellt. Dazu 
werden Fachsprachen, die auf SPS-Pro- 
blemklassen zugeschniten sind, verwendet. 
Durch sie wird der Programmentwurf wesent- 
lich erleichtert. Anschließend erfolgt das 
Übersetzen und Verbinden unter Nutzung 
des Programmiergerätes. Danach liegt das 
Steuerprogramm im Maschinenkode vor. Um 
die Portabilität des SPS-Programms zu errei- 
chen, wird in modularen SPS-Systemen zu- 
nächst auf ein Zwischenkodeniveau über- 
setzt. Dieser Zwischenkode kann in der SPS 
interpretiert werden (Interpreterversion) oder 
muß weiter bis zum Maschinenkode über- 
setzt werden. Er ist dann in der SPS direkt 
verarbeitbar (Compilierversion). 

3. Programmtest 

Der Programmtest hat die Aufgabe, erstens 
den Korrektheitsnachweis des Steuerpro- . 
gramms mit der beabsichtigten Steuerfunk- 
tion zu erbringen und zweitens die Steuer- 
funktion hinsichtlich der Aufgabenlösung zu 
beurteilen. Bei Nichterfüllung einer Forde- 
rung ist der Programmiervorgang entspre- 
chend zu wiederholen. Zum Effektivieren des 
Programmtests werden gezielt Hard- und 
Softwaremittel eingesetzt (Kopplung Pro- 
grammiergerät - Steuerung, Testsoftware, 
E/A-Adapter, Emulator u. a.). 

4. Programmdokumentation 

Neben der Programmiersprache spielt die 
Dokumentation des Steuerprogramms eine 
entscheidende Rolle für Anwendung, War- 
tung und Programmänderungen. Prozeßbe- 
zogene Symbole, Betriebsmittelkennzeich- 
nung durch Klartexte, Querverweise, kom- 
pakte und übersichtliche Darstellung unter- 
stützen die Handhabbarkeit. Insbesondere 
muß auf die geschlossene Darstellung funk- 
tionaler Zusammenhänge geachtet werden, 
z. B. mit Funktionsbausteinen. 
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Tafel 1 Übersicht zu MPSS nach 151 

var - Variablen beliebigen Formats, die mit,,, “gekennzeichneten Operationen 
sind nur mit Bitvariablen möglich 
con- Konstante 
zeit -Zeitangabe 

sym- symbolischer Adreßbezeichner 

par- Parameter, n-mal optional als Byte oder Wort oder Konstante 
adr-physische Bausteinadresse 
/ -lies „oder“ 

* -bedeutet Deaktivierung aller aktiven Prozesse, außer den veranlassen- 


VARIABLEN 

KONSTANTEN 

ZEITANGABEN 

Typ 

Format 

Adresse 

binär 

Stundenbereich 

Eingang 

Ausgang 

Merker 

Bit 

Byte 

Wort 

Integer 


dezimal 

hexadez 

; Sekundenbereich 


5. Programmarchivierung 
Die Einordnung von Programmen und Bau- 
steinen in eine Programmbibliothek gewähr- 
leistet später ein einfaches Recherchieren 
und dient zur rationellen Programmentwick- 
lung. Zur Effektivierung des Programmierge- 
schehens kommt der Fachsprache, d. h. de- 
ren Syntax und Semantik, sowie deren Imple- 
mentierung zentrale Bedeutung zu. Fol- 
gende Anforderungen sind zu erfüllen: 

- verständliche Notation für breite Anwen- 
derkreise 

- eindeutig, übersichtlich, problemtranspa- 
rent 

- konsequentes Blockkonzept 

- realisierungsunabhängig 

- rechnergestützte Implementierung und 
Testung 

- Standardisierung. 

Mit den Standardisierungsbestrebungen der 
letzten Jahre (VDI 2880, DIN 40719) wurden 
entsprechende Fachsprachen für SPS reali- 
siert, z. B. DOLOG 80A für LOGISTAT AO20 
(AEG) /13/, SPS600-Programmierung 
(Scheie) /14/, STEP5 für SIMATIC S5 (Sie- 
mens) /15/. Ebenfalls unter diesen Gesichts- 
punkten wurde die Fachsprache MPSS 
(Mehr-Prozeß-Steuer-Sprache) /6 / konzi- 
piert. Sie ermöglicht die Programmierung von 
Bit- und Wortverarbeitung in Anweisungsli- 
stenform. Durch das Bausteinkonzept kann 
das Steuerprogramm modular gestaltet wer- 
den. Darüber hinaus können Teiiabläufe im 
Sinne von Prozessen programmiert und de- 
ren quasiparallele Ausführung mit Aktivie- 
rungs- und Deaktivierungsoperationen ge- 
steuert werden. Auf Benennung und Priori- 
sierung von Prozessen sowie auf beeinfluß- 
bare Warteschlangenorganisation wurde 
verzichtet. Das vereinfacht die Programmie- 
rung und fördert die problemtransparente 
Programmstrukturierung ohne Berücksichti- 
gung von Betriebsmittelkonkurrenz. Mit 


Bild 2 

Beispiel für die 
Struktur eines MPSS- 
Programms und des- 
sen Abarbeitung 


OPERATIONEN 


VERGLEICHE 


GL var/con 
GLN var/con 
GRG var/con 
KLG var/con 
KL var/con 


ARITHMETIK 


ADD var/con 
SUB var/con 
MUL var/con 
DIV var/con 
MOD var/con 


EIN/AUSGABE 


.TI var zeit 
.TE var zeit 
.TA var zeit 


SPRUNGOPERATIONEN 


SPBN 

.SPV 

.SPVN 


UNTERPROGR. 


BAB sym 
BABN sym 
.BAV var sym 
BAVN var sym 
BE 
BEB 
BEBN 

.BEV var 
.BEVN var 


STEUERUNG DES LOG. MEHRPROZ.SYST. 


MPSS wird auf assemblernahem Niveau 
eine virtuelle SPS programmiert. 

Im Gegensatz dazu beschränkt sich die 
Sprache BOOL600 /16/ vorrangig auf Binär- 
operationen, die als Komplex Boolescher 
Ausdrücke die Steuerfunktion repräsentie- 
ren. Neben der unzulänglichen Ablauforien- 
tierung der Sprache sind Erweiterungen für 
Wortfunktionen nur unter Einbindung von 
Maschinenkode in die Quelle möglich. 

Die MPSS-Befehle werden je nach Operan- 
denformat, Wort oder Bit, mit dem Wort- oder 
Bitakkumulator der virtuellen Maschine aus- 
geführt. Es existieren binäre Operationen 
(Logik), arithmetische Operationen (Addition, 
Subtraktion, Multiplikation, Division, Mo- 
dulo), Zähl- (vorwärts, rückwärts), Ver- 
gleichs- und Zeitoperationen (Einschalt-, 
,Ausschaltverzögerung, Impuls). Mit Unter- 
programmaufrufen sind Bausteine nutzbar, 
die in MPSS geschrieben sind (sog. Pro- 
grammbausteine), die aber auch bereits als 
Maschinenprogramm, z. B. Regelfunktionen, 
vorliegen können (sog. Funktionsbausteine). 
Tafel 1 stellt den Befehlssatz im Überblick 
dar. In Bild 2 ist ein Beispiel für die Strukturie- 
rung eines Anwenderprogramms gegeben. 
Zur Realisierung von MPSS-Operationen 
sind je nach Peripherieausbau, z. B. bei Nut- 


zung von Zählern und Zeitgliedern, Betriebs- 
systemkomponenten notwendig. Die einge- 
schränkten Verwaitungsoperationen für par- 
allele Prozesse erleichtern die SPS-Pro- 
grammierung auf der untersten Ebene einer 
Automatisierungslösung wesentlich. Die 
Sprache zielt in erster Linie auf den SPS-Ein- 
satz als Einzelsteuerung. Zum Anschluß von 
Leitsteuerungen müssen einfach handhab- 
bare Kommunikationsbausteine zur Verfü- 
gung gestellt werden, deren Funktionen 
durch entsprechende Betriebssystemkom- 
ponenten (Kommunikationsprozeduren) un- 
terstützt werden. 

5. Schlußbetrachtung 

Die Softwareerstellung für SPS stellt derzeit 
für SPS-Entwickler und -Anwender ein 
Hauptproblem dar. Besonders unter der Be- 
dingung vieler eigenständiger Elektronik-Be- 
triebe, die SPS für Maschinen- und Anlagen- 
steuerung entwickeln, ist durch Software- 
portabilität hoher ökonomischer Nutzen er- 
zielbar. Für Anwenderprogramme ist dazu 
eine Softwareschnittstelle zur SPS erforder- 
lich, die Hardware und Betriebssystem weit- 
gehend abschirmt. Einen Ansatz in diese 
(Fortsetzung aufS.24) 
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Grafiken über Iteration 


Prof. Dr. Horst Völz, Berlin 


Das Apfelmännchen ist in den letzten Jahren 
zum Inbegriff für vielfältige Grafiken gewor- 
den. In vielen Ausschnitten unterschied- 
licher Vergrößerung zeigt es an ausgewähl- 
ten Stellen immer neye und doch irgendwie 
gleiche bis ähnliche Strukturen, die einen 
beachtlichen Reiz auslösen. Hier soll nun 
das Grundprinzip allgemeiner aufbereitet 
werden. Dadurch wird angestrebt, daß der 
Leser selber neue Formeln und damit wie- 
derum auch neue Strukturen findet. Viel- 
leicht kann sich daraus so etwas wie ein 
Wettbewerb um die „schönsten" Bilder ent- 
wickeln. Damit die Problematik anschaulich 
bleibt, sind mehrere aufeinander abge- 
stimmte Beiträge geplant. In jedem Falle 
wird dabei nur der KC 8512 bzw. 3 vorausge- 
setzt. Für die ab dem nächsten Heft folgen- 
den Farbbilder ist allerdings ein 64-K-RAM- 
Modul erforderlich. Auch die Zeiten werden 
dann beträchtlich; z. T. treten Rechenzeiten 
von über einer Woche auf. Dennoch muß be- 
tont werden, daß es eigentlich fast verwun- 
derlich ist, daß diese Problematik überhaupt 
auf einem Kleinstrechner und noch dazu in 
BASIC behandelbar ist. 



Das Prinzip der Iteration 

Wenn eine Gleichung in der Form 
f(X) = 0 

gegeben ist, so kann die Nullstellenbestim- 
mung nach der Newtonschen Methode erfol- 
gen. Es kann mit einem Startwert XO begon- 
nen werden. Einen besseren Wert erhält man 
dann, wenn man die Tangente im entspre- 
chenden Funktionswert f(XO) bildet und da- 
mit den Schnittpunkt mit der X-Achse sucht: 



Hierbei ist mit den Indizes gleich der Itera- 
tionsprozeß allgemein nicht nur für XO nach 
XI beschrieben. Normalerweise konvergiert 
dieses Verfahren gegen die wirkliche Null- 
stelle. Es gibt aber auch Startwerte und Funk- 
tionen, bei denen der Prozeß divergiert oder 
andere Eigenschaften zeigt. Genau darum 
wird es im folgenden gehen. 

Eine besonders einfache Funktion 

Wir bezeichnen jetzt den Startwert mit X, und 
A sei ein Parameter der Funktion, über den 
die Iteration erfolgt. Die entscheidende Stelle 
des BASIC-Programms lautet dann: 

FOR I = OTOB 

A = X*A*(A-1) 

NEXT 

Es ist also zu prüfen, was bei jedem Schritt 
mit A geschieht. Dies ist auch deutlich von 
dem Startwert abhängig. 

In dem Programm FEIGZ (Tafel 1 ) wählen wir 

A = .5. 

Es stellt dann für 320 Iterationsschritte das je- 
weilige Ergebnis auf dem Bildschirm dar. Die 
Funktionswerte werden dabei in den Zeilen 
80 und 90 auf 0 < A < 1 begrenzt. Bild 1 zeigt 
die Ergebnisse für einige Startwerte. In a), 
also bei X = .95, konvergiert die Funktion ge- 
gen Null. Bei X = 2.98 schwankt die Funktion 
zunächst periodisch zwischen zwei Werten, 
die sich ständig nähern und auf etwa .67 ein- 
schwingen. Bereits bei X = 3.01 bleibt dieses 
periodische Schwanken bis in die Ewigkeit 
erhalten. Es erfolgt also keine Konvergenz 


(Fortsetzung von S. 23) 

Richtung stellt die Fachsprache MPSS dar. 
Die Anpassung von Betriebssystemsoftware 
auf andere Hardwarekonfigurationen ist we- 
sentlich komplizierter. Sie wird durch Bezug- 
nahme der Betriebssystemkomponenten auf 
Datenblöcke, die die SPS-Hardware be- 
schreiben, nur in beschränkter Weise mög- 
lich. Die SPS-Programmierung wird in zu- 
nehmendem Maße mit Fachsprachen prakti- 
ziert, die an internationale Normen angelehnt 
sind. Dabei unterstützen und fördern Bau- 
steine die Programmstrukturierung und -mo- 
dularisierung. In Zukunft müssen Sprachmit- 
tel und Betriebssystemleistungen zur Verfü- 
gung stehen, die die Kommunikationsaufga- 
ben zwischen SPS im Sinne eines Steue- 
rungsverbundes lösen und die einfache An- 
wendung ermöglichen. 
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mehr. Aber auch hier existiert ein Einschwin- 
gen. Für X = 3.399 zeigen sich beim Ein- 
schwingen zunächst 4 periodische Werte, die 
sich allerdings auf zwei reduzieren. Erhöht 
man den Startwert weiter auf 3.575, so wird 
selbst die Periodizität nochmals in sich perio- 
disch. Es treten aber auch bereits gewisse 
Unregelmäßigkeiten auf. Bei X = 3.999 
herrscht nur noch der Zufall, das Chaos. Es 
ist keine Vorhersage mehr möglich. Fassen 
wir also das Ergebnis zusammen: 

Es sind zwei Zustände zu unterscheiden: 

a) Der Einschwingvorgang, der unterschied- 
lich lange dauern kann, aber nach etwa 30 bis 
100 Iterationen abgeschlossen ist. 

b) Nach dem Einschwingvorgang sind vier 
Fälle mit Übergängen zu unterscheiden: 

- Die Folge konvergiert auf einen festen 
Wert zu. 

- Die Folge schwankt periodisch zwischen 
2,4,8, 16... Werten. 

- Die Folge zeigt chaotisches Verhalten. 

- Die Folge divergiert, wächst über alle 
Grenzen. 

Der Feigenbaum 

Eine übersichtliche Darstellung dieser Zu- 
sammenhänge geht auf Feigenbaum zurück. 
Das entsprechende Programm ist FEIGB. Es 
wird der Startwert systematisch in einem vor- 
zugebenden Bereich gewählt. Dann werden 
30 Iterationen durchgeführt (-30 bis -1; 
Zeile 1 1 0 und 1 50). Von da ab wird jeder Itera- 
tionswert (insgesamt 100) als Punkt gesetzt. 
So entsteht ein Bild, dessen Abszisse die 
ausgewählten Startwerte enthält und dessen 
Ordinate die Iterationspunkte zeigt. Im Be- 
reich von den Startwerten -2.5 <x <4.5 
entsteht das im Bild 2 gezeigte Ergebnis. Der 
Konvergenzbereich liegt danach zwischen 
etwa - 1 und 3. Von da ab werden nach bei- 
den Seiten zunächst 2, dann 4 und schließ- 
lich 8 periodische Werte sichtbar. Danach 
folgt der stochastische Bereich. Schließlich 
divergiert die Folge bei X < - 2 und X > 4 zu 
extrem großen bzw. kleinen Werten. Bereits 
in diesem Bild ist zu erkennen, daß auch die 
stochastischen Bereiche gewisse Gesetz- 
mäßigkeiten besitzen. Dies wird wesentlich 
deutlicher in Ausschnitten, nämlich in den Bil- 
dern 3 und 4. In Bild 3 sind auch deutlich noch 
Reste der Einschwingvorgänge in der Umge- 
bung von 3 zu erkennen. Bei genauerer Be- 
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trachlung zeigt sich dann, daß die Ein- 
schwingvorgänge besonders in der Umge- 
bung der Bifurkationspunkte lange dauern. 

Andere Funktionen 

Weitere Funktionen für Zeile 70 mit kleinen 
Änderungen für den Y-Bereich sind: 


A: A = X*(A*A— 1) 

B: A = X * EXP(Ä) 

C: A = X*ABS(LN(A)) 

Zur Funktion A gehören die Bilder 5 und 6. 
Hier wird die Symmetrie der Funktion deut- 
lich. Aber im Prinzip ist diese Funktion in ih- 


rem Verhalten der ersten Funktion sehr ähn- 
lich. 

Ein erheblich anderes Verhalten zeigt die 
Funktion C. Sie besitzt bei kleinen Werten nur 
die 2fachperiodische Struktur und geht dann 
zu extrem kleinen Werten divergent über. Bei 
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positiven Werten um .37 divergiert die Funk- 
tion gegen positiv sehr große Werte. Der Aus- 
schnitt von Bild 8 zeigt hier den Übergang des 
Einschwingens. Es tritt dabei vorher keine 
Periodizität auf. 

Als letztes Beispiel sei die Funktion C be- 


trachtet. Sie konvergiert für Startwerte kleiner 
etwa .5 und größer 2.7. Dazwischen besteht 
im wesentlichen stochastisches Verhalten. 
Das Erstaunliche ist dabei, daß alle Aus- 
schnitte in diesem Bereich immer zufällig 
bleiben. Dabei liegt eine bestimmte Häufig- 


keitsverteilung vor (Bild 1 2), die ein Maximum 
um etwa 2.5 besitzt. Nach diesen Betrachtun- 
gen dürfte es Ihnen möglicch sein, weitere 
Funktionen und vielleicht auch neu, interes- 
sant aussehende Feigenbaum-Diagramme 
zu finden. 


Mikroprozessortechnik, Berlin 2 (1988) 1 


26 




Fraktale vom KC 85/3 


Prof. Dr. Horst Völz, Berlin 

Erklärung des Prinzips 

Im Beitrag IV wurde gezeigt, wie unter- 
schiedlich iteratives Verhalten von eindimen- 
sionalen Funktionen sein kann. Wesentlich 
vielfältiger sind die Möglichkeiten, wenn man 
nicht einen Parameter, sondern 2 verwendet. 
Ihre Werte sind dann in der x-y-Ebene anzu- 
ordnen. Sie entsprechen also den einzelnen 
Punkten auf dem Bildschirm. Beim KC85/3 
sind dies 320*256 = 81 920 Punkte. Für je- 
den Punkt ist nun zu prüfen, wie er sich bei 
der Iteration verhält. Hier bestehen viele 
Möglichkeiten. Es ist bei den meisten Anwen- 
dungen jedoch nur üblich zu prüfen, ob eine 
gewisse Grenze G von z. B. 1 00 für x oder y 
überschritten wird. Wichtig ist dabei die An- 
zahl der Iterationsschritte, mit denen diese 
Grenze überschritten wird. Es gibt aber auch 
Punkte, bei denen Konvergenz auf einen fe- 
sten Wert erfolgt. Weiter gibt es Punkte, bei 
denen sich das Iterationsergebnis periodisch 
verhält (vgl. IM). In diesen Fällen wird nie die 
Grenze G erreicht. Deshalb muß eine Ober- 
grenze Z für die Iterationszyklen festgelegt 
werden. Hierfür kann kein universeller Wert 
angegeben werden. In IV hatten wir gese- 
hen, daß der dortige Wert 30 vielfach noch 
nicht ausreicht. Bei den folgenden Beispielen 
sind manchmal 1000 Zyklen notwendig. Wir 
werden später sehen, daß hier ein Kompro- 
miß zwischen der Zeit für die Berechnung der 
Grafik und Auflösung der Grafik je nach dem 
ausgewählten Gebiet eingegangen werden 
muß. 

Das je Punkt relevante Ergebnis kann auf un- 
terschiedliche Weise für die bildliche Darstel- 
lung genutzt werden: 

a) Man führt eine Fensterfunktion ein, die 
beispielsweise so aussehen könnte: 

0 < rot < nl < gelb < n2 < grün < n3 < blau 
< n4 < schwarz = Z 

b) Man wählt die Modulofunktion. Für die 5 


Werte würde dann bei der erreichten Zahl N 
gelten: 

F = N - 5 * INT (N/5) 

und es würde die Farbe gemäß F = 0, 1, 
2 ... 4 ausgedruckt. 

Wir entscheiden uns hier für den Fall b). Er ist 
besonders übersichtlich. 

Beschreibung der Funktion 

Das sogenannte Apfelmännchen entsteht bei 
einer speziellen Funktion für die Iteration, die 
mehrfach in der Literatur beschrieben wurde: 

1 . Es werden Startwerte für die Iterations- 
größen A und B gesetzt. Üblich ist hier, sie 
gleich den Funktionswerten aus der Ebene 
der Pixel zu wählen, also 

A = X:B = Y 

Seltener werden feste Startwerte, z. B. 

A = .5 : B = 0 oder A = 1 : B = 1 gewählt. 

2. Die Iteration muß nun gleichzeitig für 
beide Größen in bezug auf die Funktions- 
werte der Ebene erfolgen: 

Af, A„ - i - B„ _ , - X 
Bn = 2*A„_ 1 *F„_ 1 -Y 
Um mit möglichst wenig Zeitaufwand die 
Operationen auszulösen, ist folgende Pro- 
grammierung in BASIC optimal: 
M=A*A-B*B-X 
B = B* A 
B= B + B — Y 
A = M 

Zur schnellen Abwicklung der Numerik sind 
diese Variablen in Zeile 20 als erste initiali- 
siert. 

Besonderheiten beim KC 85/3 
Die Farbgrafik des KC 85/3 ermöglicht infolge 
der relativ großen Farbbyte, selbst wenn man 
für jedes Farbbyte links die Vordergrund- und 
rechts die Hintergrundfarbe nutzt, maximal 
80 * 64 = 5120 

Punkte Auflösung. Doch hier soll nun die 


höchstmögliche Variante beschrieben wer- 
den. Sie geht davon aus, daß die einzelnen 
Pixel nur schwarzweiß als je ein Farbauszug 
verwendet und gleichzeitig mehrere Farb- 
auszüge berechnet und gespeichert werden. 
Alle Farbauszüge werden nach dem einmalig 
abgelaufenen Rechenvorgang gespeichert, 
einzeln auf dem Bildschirm erzeugt und von 
dort als Hardcopy mittels Nadeldrucker 
K6313 ausgegeben. Danach ist es nur noch 
ein drucktechnisches Problem, die Farbaus- 
züge konturendeckend zu reproduzieren. 
Das Ergebnis zeigen die Bilder auf den Um- 
schlagseiten. (Dabei erfolgte auf den Um- 
schlagseiten 3 und 4 bereits ein Vorgriff auf 
die folgenden Arbeiten mit neuen Funktio- 
nen.) Bei den Versuchen war es erstaunlich, 
mit welcher Präzision an Maßhaltigkeit der 
K6313 arbeitete. 


Die Speicherung des Rechenergebnisses 

Das vollständige Programm ist als FAPFEL 
abgedruckt. Es verlangt einen 64-K-RAM- 
Modul und für den Drucker den V24-Modul, 
der auf Hardcopy initialisiert ist (z. B. im rech- 
ten Schacht 8). Der 64-K-RAM wird dann 
links gesteckt und mit SWITCH C 43 initiali- 
siert. Nur unter diesen Bedingungen ist es 
möglich, das notwendige Feld mit DIM A (31 , 
319) zu dimensionieren. Entsprechend den 
4 Byte je Zahl benötigt es 
32*320*4 = 40960Byte. 

Um aber die 5 Farbauszüge für 256 Zeilen 
unterzubringen, müssen folglich sogar je 
Zahl 5 Farben für 8 Pixel gespeichert werden 
(Bild 1). Dies wird über eine spezielle Codie- 
rung realisiert. 

Mit den Farbwerten F 0 . . . F 4 , die den Pixeln 0 
bis 7 zugeordnet sind, gilt für den errechne- 
ten Wert: 

W= t Fi& 

i = o 

Die größtmögliche Zahl ist dann 781 249. Die 
Decodierung erfolgt demgemäß rückwärts 
mit Division von 5', wobei der erste Teiler 
B = 78 1 25 beträgt (Zeile 1 80 im Programm). 
Er wird dann schrittweise mittels Division 
durch 5 verkleinert. 
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Bild 1 Codierung des Bildschirms, der Pixel und 
Farbwerte 


Die Speicherung der Matrix erfolgt mit 
CSAVE* “Name“; A; 
und mit 

CLOAD* “Name“; A; 

kann sie wieder eingeladen werden. 

Kurze Beschreibung des Programms 

Das Programm FAPFEL besteht aus drei Tei- 
len: 

a) Die Zeilen 10 bis 50 dienen der Eingabe 
der Zahlen und des auszuwählenden XY-Be- 
reiches. 

b) In den Zeilen 60-150 erfolgt die iterative 
Berechnung der Pixelwerte. Zeile 1 00 enthält 
dieo.g. Formel. In Zeile 110 erfolgt der Test, 
ob die Grenze schon erreicht wurde. Wenn 
dies der Fall ist, wird zunächst das Feld B (7) 
mit den N-Iterationszyklen für die 8 Punkte 
belegt. Die Zeilen 130 und 140 erzeugen 
dann die Belegung des Feldes A (J/8,K). Auf 
dem Bildschirm entsteht mit PSET zugleich 
das Bild für den Auszug der Farbe 4. 

c) Die Routinen der Zeilen 1 60 bis 240 erlau- 
ben, aus dem gespeicherten Feld die einzel- 
nen Farbauszüge sichtbar zu machen. Eine 
Besonderheit stellt die Zeile 160 dar. Sie 
greift auf die vier äußersten Ecken des Bild- 
schirmes zu. Zum Druck sind sie für die Kon- 
turendeckung notwendig. 

Rechenzeit 

Die Rechenzeit des Programmteiles b) kann 
sehr groß sein. Bei Z= 1000 mit speziellen 
Ausschnitten lief der KC85/3 manchmal 10 
Tage. Die kürzesten Zeiten lagen bei ca. 20 
Stunden. Der Bildaufbau eines Farbauszu- 
ges aus dem Feld dauert fast eine Stunde. Es 
muß hier mitgeteilt werden, daß der KC85/3 
bei mir für solche Probleme fast V4 Jahr pau- 
senlos in Betrieb war. Trotz Gewitter und 
Stromschwankungen gab es erstaunlicher- 
weise keinen einzigen Fehler. So stabil ist 
heute offensichtlich die Mikroelektronik. 

Es muß aber auch erwähnt werden, daß bei 
diesem Problem der KC 85/3 an der Grenze 
seiner Leistungsfähigkeit ist. Andererseits ist 
zu beachten, daß 16-Bit-Technik mit Copro- 
zessor und teilweise in Maschinensprache 
geschriebenen Programmen hier auch etwa 
eine halbe bis eine Stunde benötigt. 

Eine Auswahl von Bildern 

Das Apfelmännchen zeichnet sich durch fol- 

Bild 2 Zusammenhang zwischen den 10 Farbbil- 
dern in Ergänzung zu Tafel 1 
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Tafel 1 Daten der Bilder des Apfelmännchens 


Nr. XI X2 Y1 Y2 G Z Maßstab Rechenzeit 

ca. [h] 


2 0,7 

3 0,74 

4 0,74 

5 0,741 

6 0,745 

7 0,7445 

8 0,74515 

9 0,74573 

10 0,74542 


2,8 -1,5 

1 -0,3 

0,79 -0,135 

0,77 -0,12 

0,749 -0,116 

0,748 -0,1163 

0,7459 -0,1132 

0,7455 - 0,1131 

0,74545 -0,113018 

0,745445 -0,113016 


1,5 1000 

-0,1 1000 
0,025 1000 

-0,097 300 

-0,11 300 

-0,114 300 

-0,11215 1000 
-0,1129 300 

-0,11298 300 

-0,112999 300 


100 1 30 

100 15 60 

150 26 : 76 100 

300 150 100 

1000 500 150 

500 1300 200 

1000 3400 150 

1000 14000 200 

1000 60000 150 

1000 180000 250 

: 150000 


gende Besonderheit aus: Es gibt ein Grund- 
bild, welches die typische Form aufweist. In 
seinem Zentrum, das meist schwarz darge- 
stellt wird, tritt keine Divergenz auf. Es ist im 
Farbbild 1 deutlich zu erkennen. Am Rand 
dieses Gebietes liegen vielfältig interessante 
Gebiete. Sie lassen, je nach vorhandener 
Rechnergenauigkeit, Ausschnittvergröße- 
rungen bis zu mehreren Hunderttausend zu. 
Eine kleine, aber typische Auswahl zeigen 
hiervon die Farbbilder 2 bis 1 0. In Bild 2 ist die 
Zuordnung der Ausschnitte deutlich zu er- 
kennen. Tafel 1 nennt die konkreten Werte. 
Mit Ausnahme von Farbbild 3 und 10 wurde 
bewußt der x-y-Maßstab proportional verän- 
dert. 


Die immer wiederkehrenden Säulenstruktu- 
ren werden zuweilen Seepferdchen genannt, 
und die zentral einmündende Schnecke heißt 
dann Seepferdchental (Farbbild 7). Die son- 
nenförmige Struktur (Farbbild 6) wurde m. W. 
bisher nicht beschrieben. Ebensowenig auch 
die zweite Schnecke (Farbbild 9) in der Nähe 
des Seepferdchentals, und dort in der Nähe 
liegt wiederum ein ganz kleines Apfelmänn- 
chen. Solche kleinen Apfelmännchen sind 
übrigens sehr oft an verschiedenen Stellen 
vorhanden. Wenn man sich die Farbbilder 2 
bis 4 genauer ansieht, kann man folgern, daß 
die Strukturen in Farbbilds bis 10 in jedem 
Wirbel vorhanden sind. Doch’ es gibt noch 
viele Gebiete, die es sich lohnt, weiter zu un- 


50-Baud-Fernschreiber 
als Drucker 


Manfred Klimroth, Berlin 


Der vorliegende Beitrag beschreibt den An- 
schluß eines Fernschreibers (FS), speziell ei- 
nes Blattschreibers RFT T 51 , an den Atari 
800XL. Bei dieser Lösung muß man aller- 
dings einige Kompromisse in Kauf nehmen. 
Der Anwender muß sich je nach Gerät mit 
Klein- bzw. Großschrift, fehlenden Grafikzei- 
chen, allerlei Umschrift, hohem Geräuschpe- 
gel, relativ langsamer Schreibgeschwindig- 
keit und großem Platzbedarf abfinden. Meist 
dürfte ein solcher FS trotzdem seinen Zweck 
erfüllen. Dem Leser soll hier eine solche Lö- 
sung vorgestellt werden. Bevor auf die Ein- 
zelheiten eingegangen wird, soll das Grund- 
prinzip vorgestellt werden. Über den auf Aus- 
gabe geschalteten Joystickport 1 wird dem 
FS durch eine Interfaceschaltung das FS-Si- 
gnal zugeführt. Für dessen Erzeugung ist ein 
kurzes Maschinenprogramm verantwortlich. 
Die Bereitstellung der Impulsmuster über- 
nimmt ein BASIC-Programm, das direkt mit 
der Maschinenroute kommuniziert. 

Hardware 

Die Schaltung ist in Bild 1 ersichtlich. Das In- 
terface erhält von Anschluß 1 Port 1 sein Si- 
gnal. Liegt dort H-Pegel an, steuert T 1 durch 
und die LED des Optokopplers bewirkt einen 


Emitterstrom in dessen Fototransistor, der 
auch Basisstrom von T2 ist. T2 liefert dann 
den durch R4 und den Spulenwiderstand auf 
40 mA begrenzten Kollektorstrom für die 
Stromspulen des Fernschreibers. Die RC- 
Kombination R5, CI und C2 schützt den 
Transistor vor zu hohen Induktionsspannun- 
gen. Der Optokoppler verhindert, daß even- 
tuelle Überspannungen den Computer be- 
schädigen. Die Sendekontakte des FS sind 
mit in den Stromkreis einbezogen. Dies ist 
zwar nicht erforderlich, ermöglicht aber ein 
manuelles Schreiben auf der Fernschreiber- 




Bild 3 BASIC-Programm für die dargestellten 
Farbbilder und zur Abspeicherung des Feldes für 
die Bilder 


tersuchen. Dies sei dem Leser überlassen. 
An besonders hübschen Bildern wären wir in- 
teressiert. Es sollten dann aber unbedingt die 
Parameter gemäß Tafel 1 mitgeteilt werden. 
In zwei weiteren Beiträgen werde ich mich 
anderen, zum Teil noch nicht bekannten 
Fraktalen widmen und dabei deutlich ma- 
chen, wie man sinnvoll auf der Suche nach 
neuen Fraktalen vorgeht. 
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tastatur, wenn der Computer kein Signal sen- 
det. 

Den Spulenzweig findet man leicht mit einem 
Ohmmeter. 

Nun noch einiges zum FS-Signal, das seriell 
übertragen wird. Es ist low-aktiv, d.h., bei 
40 mA Dauerstrom ist der Decoder des Fern- 
schreibers in Ruhe. Beim CCITT-Code Nr. 2 
wird folgende Norm verwendet. Die Impuls- 
länge beträgt bei 50 Baud 20 ms. Der erste 
Impuls ist ein Startschritt. Er ist stromlos. Die 
folgenden 5 Impulse stellen das Zeichen dar, 
und es schließen sich IV2 Stoppschritte an. 
Diese Stoppschritte sind Stromschritte und 
können beliebig verlängert werden. Beim 
vorliegenden Programm werden sie auf 2 
Schritte gleich 40 ms ausgedehnt, was einfa- 
cher zu erreichen ist und eine höhere Daten- 
sicherheit bewirkt. Allerdings sinkt die 
Schreibgeschwindigkeit um Vis. Da nur 
2 S = 32 verschiedene FS-Codes möglich 
sind, ist fast jeder zweideutig. Die Eindeutig- 
keit wird mit Hilfe von Steuerzeichen für 
Buchstaben bzw. Zahlen und Zeichen wieder 
hergestellt. Diese Steuerzeichen bewirken 
ein Anheben bzw. Absenken des Fernschrei- 
berwagens. 

Software 

Das FS-Signal wird von einer Routine er- 
zeugt, die alle 20 ms durchlaufen wird. Diese 
Zeit läßt sich sehr leicht durch einen VBI (Ver- 
tical Blank Interrupt) erreichen. Der VBI wird 
während des Bildwechsels eingeleitet. Diese 
Möglichkeit bietet das Atari-Betriebssystem. 
Man muß dazu in die Adressen 546(L-Byte) 
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30001 s=28749:rem übergabespeicher 

30002 flag=0:fl, = 0: fl 2 =0: poke 82,0 

30 004 trap 30 005 :a = a( 1 ) :if peek(28 672) = 1 
74 then 30010 


30005 gosub 32000:gosub 32100:rem r 
gramm poken u zahlencodefeld einiesen 

30006 poke s- 1,8 

30010 graphicsO 

3001 1 a= usr(28 71 6):rem initialisierung j 
oystickport +vbi vektor stellen 

30012 poke s, 254 

30013 if peek(s)()255 then 30013 

30014 poke s, 208 

30020 ? :? ’ausdrucken von basieprogramm 


30030 ? ’anfangszeile:', :input z 

30031 ?endzeile:',:inputze 

30032 ? ’ zeilenabstand:’, :input n 
30040 rem hauptschleife 
30050 graphics 0:position 0,5 
30060 list z 

30070 x=0:y=6:locate 0,6,a 
30080 if a = 1 60 then if z=ze then end 


30081 ifa = 160 then z=z+1:goto 30050 

30090 locate x,y,a:if a=34 and fl 2=0 the 
n fl 2= 1 :goto 30110 

30091 if a)1 27 thena=a-128 
30100 if a=34and fl 2=1 then fl 2=0 
301 10 if fl 2=1 then 30130 

30 1 20 if a=32 then fl, =fl 1+1 :if fl,, 2 th 


en fl 1=0:goto 30200 
30121 if a =32 then 30131 

30130 fl 1 =0 

30131 gosub 30511 

30 1 40 x=x+ 1 :if x=40 then x=0:y=y+1 :poke 


s,208:goto 30160 
30150 goto 30090 

30160 if peek (s)()255 then 3016 

30161 poke s, 196 

30162 ifpeek(s)()255 then 3016 
30180 goto 30090 

30200 if z=ze then 30162 


30 180 goto 30 090 
30200 ifz=ze then 30300 
30210 z=z+n:pokes, 208 
30220 if peek (s)()255 then 30220 

30231 if peek (s)()255 then 30231 
30240 goto 30050 
0300 poke s, 208 

3031 0 if peek (s)()255 then 30310 
30320 poke s, 196 


30330 if peek (s) (255 then 30330 
30340 poke s, 254:end 
0500 rem Zeichenauswertung 

30511 ifa=36thena=83 

30512 if a=42 then a=88 
30520 if a=91 thena=40 
30530 ifa=93 then a=41 

30540 if a(65 and flag=Othen gosub 3100 
0 

30550 ifa)64 and flag=1 then gosub 3110 
0 

30560 poke s.a(a) 

30570 if peek(s)(255 then 30570 

30580 return 

31 000 poke s, 246 

31 01 0 if peek (s)()255 then 31 01 0 

31 020 flag= 1 ireturn 

31 100 poke s, 254 

31 1 1 0 if peek(s)()255 then 31110 

31 120flag=0:return 

32 000 restore 32 01 0:for i = 28 672 to 28 747 

:read a:poke i,a:next i:retum 

32 01 0 data 1 74,76, 1 1 2,224,8,208, 1 8, 1 73,7 

7.1 12.141 .0. 21 1 .202.142.76.1 1 2.1 69.255.1 
41,77,112,76,95,228,173 

32020 data 0,211 ,56,1 06,1 41 ,0,21 1 ,202,20 

8,2, 1 62,8, 1 42, 76, 1 1 2,76,95,228, 1 04, 1 69,4 

8,141,2,211,169,255,141,0 

32030 data 21 1 ,1 69,52,1 41 ,2,21 1 ,169,255 

1 41 .0. 21 1 . 1 69.0.1 41 .34.2.1 69. 1 1 2.1 41 .35, 
2,96 

32 1 00 restore 32 1 20:dim a( 1 27) :for i =0 1 
° 127:read a:a(i)=a:next i:return 
32 1 20 data 200,200,200,200,200,200,200,2 
00 

32 1 30 data 200,200.200,200,200,200,200,2 

32 1 40 data 200,200,200,200,200,200,200,2 
00 

32 1 50 data 200,200,200,200,200,200,200,2 
00 

32 1 60 data 200,200,202,252,202,250,200,2 

02.222.228.250.226.216.198.248.250.236.2 
38,230,1 94,21 2,224,234,206,204 

32170 data 240,220,216,222,252,228,242,2 
00,1 98,242,220,21 0, 1 94,21 8,244,232,204,2 
1 4,222,228,248,21 6,240,236,238 
32 1 80 data 21 2,202,224,206,252,230,250,2 

34.226.222.200.228.252.200.200.198.242.2 
20,21 0,1 94,21 8,244,232,204,21 4 

32 1 90 data 222,228,248,21 6,240,236,238,2 
12,202,224,206,252,230,250,234,226 
32200 data 200,200,200,200,200 


Bild 2 Basic-Programm 

Taten Zuordnung des Zahlencode Tafel 2 Assemblerlisting der Fernschreibroutine 


Buchstaben 

Ziff/Zei 

Zahlencode 

A 

_ 

198 

& 


242 

C 


220 

D 

Werda 

210 

E 

3 

194 

F 


218 

G 


244 



232 

1 

8 

204 

J 

Wecker 

214 

K 

( 

222 

L 

) 

228 

M 


248 

N 


. 216 

O 

9 

240 

P 

0 

236 

Q 

1 

238 

Ft 

4 

212 

S 


202 

T 

5 

224 

U 

7 

206 

V 

= 

252 

w 

2 

230 

X 

/ 

250 

Y 

6 

234 

z 


226 

Wagenrücklauf. . . 

208 

Zeilenvorschub 


196 

A... (Buchstaben) 

254 

1 .. . (Ziffern /Zeichen) 

246 

Zwischenraum . 


200 


7000 

LDX 

$704C 

;Zähler-lmpulsedes 

Zeichens 

7003 

CPX #$08 

;x= 8 bedeutet neues 




Zeichen 

7005 

BNE 

$12 

;X*8 Sprung zu 7019 

7007 

LDA 

$704D 

; neuen Zeichencode 
laden 

700A 

STA 

$D300 

;Code auf Port legen 

700D 

DEX 


;Zähler - 1 

700E 

STX 

$704C 

(speichern für nächsten 
Durchlauf 

7011 

LDA #$FF 

;Quittierung 

7013 

STA 

$704D 

;in Übergabebyte 
ablegen 

7016 

JMP 

$E45F 

;Rücksprung ins 
Betriebssystem 

7019 

LDA 

$D300 

Joyport laden 

701 C 

SEC 


(Carry setzen, wird bei 
ROR eingeschoben 

701 D 

ROR 


(nach rechts rot., 
nächster Imp. an Bit 0 

701 E 

STA 

$D300 

;auf Joyport legen 

7021 

DEX 


(Zähler - 1 

7022 

BNE 

$02 

wenn x + 0 nach 7026 

7024 

LDX #$08 

(Zeichen ist ausgege- 




ben; neues Zeichen 
beim nächsten Durchlauf 

7026 

STX 

$704C 

(Zähler ablegen 

7029 

JMP 

SE45F 

(Rücksprung 
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und 547(H-Byte) die Adresse der Routine ab- 
legen. Diese muß mit JMP E45F abgeschlos- 
sen werden. Näheres findet der Leser in /I/, 
Der Joystickport läßt sich wie folgt auf Aus- 
gabe schalten. 

POKE 54018,48; POKE 54016,255; POKE 
54018,52 bzw. LDA #$30; STA $D302; LDA 
#$FF; STA $D300; LDA #$34; STA 
$D302. 

Nach Ablegen einer Zahl in 54016 erscheint 
diese an den Joystickports 1 und 2 jeweils an 
den Anschlüssen 1-4 (Bit 0-3 Port 1, 4-7 
Port 2). 

FS-Routine 

Man stelle sich das gesamte FS-Signal (8- 
Schritte) als Dualzahl vor. Ein BASIC-Pro- 
gramm versorgt das Maschinenprogramm 
mit diesen Zahlen (in dezimaler Form) für die 
zu druckenden Zeichen. 

Die Zahlen werden an einer bestimmten 
Speicherstelle übergeben. Die Maschinen- 
routine holt sich dort eine Zahl und legt sie in 
54016 ab. Das FS-lnterface ist an Bit 0 ange- 
schlossen und erhält damit den ersten Im- 
puls. Anschließend wird zur Quittierung 
$FF = 255 in die Übergabestelle abgelegt. 
Das BASIC-Programm wartet auf diese Zahl, 
bevor es eine neue Zahl liefert. Danach wird 
das Maschlrienprogramm wieder verlassen. 
Bei den nächsten 7 Bildwechseln wird es wie- 
der angesprungen, und es rotiert die Impuls- 
folge jeweils um eine Stelle nach rechts. So 
erscheinen alle Schritte an Bit 0 von 54016 
und somit am FS. Beim danach folgenden 
Durchlauf wird wieder eine Zahl geholt. Wird 
nur eine 255 vorgefunden, wird trotzdem fort- 
gefahren. 255 entspricht aber 8 Stromschrit- 
ten, was für den FS nichts weiter als Pause 
bedeutet. Weitere Erläuterungen sind im As- 
semblerlisting zu finden. 

Jeder Interessierte kann sich nun ein beliebi- 
ges BASIC-Programm zuschneiden, das die 
Zeichencodes für das Maschinenprogramm 
liefert. Die Zahlen entnehme man Tafel 1 . Als 
Starthilfe soll hier noch ein BASIC-Programm 
(Bild 2) vorgestellt werden, das BASIC-Pro- 
gramme auslistet. 

In Zeile 32000 wird mit DATA-READ-Anwei- 
sungen das Maschinenprogramm „gepokt“. 
Zeile 321 00 liest die FS-Zeichencodes in das 
Variablenfeld A (0...127) ein. Aus diesem 
werden sie dann über den ASCII-Wert des je- 
weiligen Zeichens ermittelt und auf der Spei- 
cherstelle 28749 an das Maschinenpro- 
gramm übergeben. Das Programm wird nach 
dem Eintippen mit LIST „C:“ abgespeichert 
und jeweils, nachdem das zu druckende Pro- 
gramm geladen ist, mit ENTER „C:“ dazuge- 
laden. Bei dem zu listenden Programm müs- 
sen alle Zeilen ab 30000 frei sein. 

Folgende Umschrift ist zu beachten: 


< = ( 
> = ) 


% = / 

$ = S 

Alle sonstigen Grafikzeichen usw. werden 
durch Zwischenräume ersetzt und können 
von Hand nachgetragen werden. 


30 


Mikroprozessortechnik, Berlin 2 (1088) 1 



KC 85/3-Assemblertip 

Markenanzeige 

Bei der Arbeit mit dem Modul M 027 Develop- 
ment/1 /zeigte sich beim Testen der mit dem 
Assembler erstellten Programme, daß auf ein 
häufiges Ausdrucken des Listings verzichtet 
werden kann, wenn die Adressen der im 
Quellprogramm benutzten Marken angezeigt 
werden können. 

Bild 1 zeigt das Listing eines mit dem Modul 
M 027 erstellten Assemblerprogrammes, das 
sowohl die Ausgabe der Adresse einer Marke 
(Label) als auch die Anzeige bzw. den Aus- 


druck einer kompletten Markentabelle eines Hier sind nun die Anweisungen LABLIST 
vom Assembler übersetzten, im Speicher und LABEL verfügbar. Durch die Eingabe 
stehenden Quellprogrammes. Beide Pro- von LABLIST werden alle im Programm ver- 
gramme sind Ergänzungen des TEMO-Un- wendeten Marken in der Reihenfolge ihres 
termenüs. Das TEMO-Menü arbeitet mit dem Auftretens im Quellprogramm mit vorange- 
Prologbyte FDH, vgl. 121. Der Suchbereich stellter Adresse auf Bildschirm oder auch zu- 
des TEMO-Menüs erstreckt sich, wie der des sätzlich auf Drucker ausgegeben. 
EDAS-Menüs auch über den Bereich von Der Aufruf der Menüanweisung LABEL er- 
BA00H bis BFFFH. folgt durch Eingabe von LABEL ohne Para- 

Nach der Assemblierung eines Quellpro- meter. Anschließend wird der Name am An- 
grammes wird der Assembler mit der Anwei- fang der folgenden Bildschirmzeile angefor- 
sung EXIT verlassen. Anschließend kann dert. Ist die Marke vorhanden, so erfolgt die 
durch Eingabe von TEMO in das Untermenü Adressenausgabe, ansonsten die Fehler- 
des Testmonitors übergegangen werden. meldung NOT FOUND. 

Bild 1 Assemblerli- 
sting zum Markenan- 
zeigeprogramm 


Bild 2 Beispielein- 
und -ausgaben mit 
dem Programm 
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In Bild 2 wird die Arbeit mit beiden Anweisun- 
gen anhand einiger Ein- und Ausgaben dar- 
gestellt. Als Quellprogramm dient das Pro- 
gramm selbst. 

Das Programm ist auch auf dem KC85/2 lauf- 
fähig. 

K.-D. Kirves 
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KC-Tip 

Das Programm zeigt, wie viele Eingaben in 
Spaltenform möglich sind. Der aufwendigere 
Weg über die INKEY-Funktion entfällt. 

Peter Zehrt 

10 PRINT “ FAKTOR 1 “; TAB (12) “FAKTOR 2“; 
TAB (28) “PRODUKT“ 

20 WINDOW 2, 23, 1,10 

30 FOR I = 1 TO 5: INPUT“ Fl (I): NEXT 

40 WINDOW 2,23,1 1,20 

50 FOR I = 1 TO 5: INPUT“ “;F2 (l):NEXT 

60 WINDOW 2,23,27,39 

70 FOR I = 1 TO 5: PRINT Fl (I) * F2 (I): NEXT 

80 WINDOW 


Direkteingabe von 

Funktionen 

in BASIC-Programme 

Beim Berechnen oder Zeichnen mathemati- 
scher Funktionen mit Hilfe des Computers er- 
höht sich der Dialogkomfort, wenn vom Nut- 


zer die zu verarbeitenden Funktionen mit 
Hilfe des INPUT-Befehls eingegeben werden 
können. Mit dem folgenden Unterprogramm 
ist das möglich. 

Dabei sollte Zeile 30 in der Hintergrundfarbe 
geschrieben werden, um den Nutzer nicht zu 
verwirren. Die Speicherstelle der zuletzt ge- 
drückten Taste erhält den Tastaturcode der 
RETURN-Taste. 

Nach Abschluß der INPUT-Anweisung muß 
der Anwender noch einmal RETURN drük- 
ken. 

Kay Rohnke 

Beispielprogramm (Atari-BASIC) 


10 ?CHR$(125):DIM A$(40) 

20 INPUT A$ 

30POSITION 2,2:?“Zeilnr.“;A$;“:RETURN 
“:?"CONT“ 

40 POSITION 2,0:POKE 764,12 
50 STOP 
60 RETURN 


Dateiorganisation mit M011 auf KC 8512(13 ) 

Uwe Zierott, Lehnin 
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Dialog 


CP/M oder UDOS? 

Die Meinung von A. Hoklas in MP 
1 0/87, S. 290 ist aus der Sicht derjeni- 
gen, welche hauptsächlich mit UDOS 
arbeiten und in der Regel prozeßnahe 
Software entwickeln, sicherlich weit 
verbreitet und hat auch ihre Berechti- 
gung. Heutzutage ist aber die Masse 
der Computernutzer mit der Lösung 
allgemeiner, meist ökonomischer 
Probleme beschäftigt. Deshalb ist 
meiner Meinung nach die Stellung- 
nahme der Redaktion zu global und 
nicht überzeugend, so daß Neulinge 
auf der Computerszene tatsächlich 
ins Grübeln kommen könnten. UDOS 
wurde speziell für den Prozessor Z80 
entwickelt, nutzt also auch alle Mög- 
lichkeiten dieses Prozessors. Dage- 
gen ist CP/M, wenn man nur die Ar- 
beitsweise des Systems betrachtet, 
natürlich moralisch verschlissen. 
Hoch aktuell ist jedoch nach wie vor 
die gesamte unter CP/M verfügbare 
Anwendersoftware, welche den mei- 
sten Anwenderwünschen bereits 
ohne Benutzung einer höheren Pro- 
grammiersprache gerecht wird. Gibt 
es denn unter UDOS etwas Ver- 
gleichbares zu WSTAR, dBASE, SU- 
PERCALC, MULTIPLAN usw.? Vor 
einigen Jahren waren die Computer- 
nutzer auf Grund der geringen Ver- 
fügbarkeit der Gerätetechnik in der 
Regel Computerexperten. Für diese 
„Insider“ war UDOS oder RIO, z. B. 
auf dem MRES, ausgesprochen in- 
teressant (Erfahrungswert). Heute 
hingegen gibt es bereits wesentlich 
mehr Computer als Experten, d. h., 
die stetig wachsende Masse der Nut- 
zer sind die sogenannten „naiven“ 
Anwender. Und für diese Nutzer ist 
CP/M mit seiner anwenderfreundli- 
chen Benutzeroberfläche und seiner 
weitreichenden Anwendersoftware 
sicherlich besser geeignet als das 
offene UDOS mit seinen für „Outsi- 
der“ recht schwer durchschaubaren 
Möglichkeiten. 

Das Problem der Einbindung zusätz- 
licher T reiber in ein CP/M-kompati- 
bles System ist für einen CP/M-Sy- 
stemprogrammierer ebensowenig 
ein Problem, wie für einen UDOS-Sy- 
stemprogrammierer die Treiberein- 
bindung in UDOS. Auch unter UDOS 
gibt es einige allgemeingültige Forde- 
rungen an ein Treiberprogramm, die 
beachtet werden müssen. Dies ist 
also auch kein Argument, um gleich 
CP/M zu „verdammen“. Die ange- 
führten „schwerwiegenden konzep- 
tionellen Schwächen“ von CP/M ent- 
fallen weitestgehend, wenn der CP/ 
M-Systemprogrammierer seine zu- 
sätzlichen Treiber (falls überhaupt 
nötig) direkt ins BIOS einlagern kann. 
Warum also nicht CP/M? 

Hartmut Schreiber 

Entwicklung Inte- 
grierter Schaltungen 
bis zum Jahre 2000 

ln dem Beitrag in MP 7/87, S. 1 95- 
200 wurde dargestellt, wohin die Mi- 
kroelektronik bis zum Jahre 2000 
marschieren wird. Dennoch gibt es 
aus meiner Sicht einige Bemerkun- 
gen: 

• Die Hauptanwendungsgebiete der 


Bauelemente werden sich anders 
verteilen als in Tafel 1 dargestellt. 
Beispielsweise gibt der Zweigver- 
band der Elektrotechnik (ZVEJ) in 
der BRD für 1 986 an: 1 1 ,6 Mrd DM 
Bauelemente, davon 25 % Indu- 
strieelektronik; 22 % Telekommuni- 
kation; 20 % Unterhaltungselektro- 
nik, 17 % Büro- und Datentechnik; 

12 % Autoelektronik mit etwa glei- 
chen jährlichen Zuwachsraten. 

• ASICs werden nicht „einige 10 %“, 
sondern 30 % des Weltmarktes errei- 
chen und gravierend das Niveau be- 
stimmen. 

• Der Siegeszug der schnellen 
CMOS-T echnik ist nicht aufzuhalten; 
dem sollte auch in einem solch prinzi- 
piellen Artikel Rechnung getragen 
werden, bevor man Supercomputer 
mit ECL und GaAs besonders betont. 

• Bei den Speichern, die übrigens zu 
wenig erwähnt werden, fehlen gänz- 
lich EEPROMs. 

• Ausgehend von der falschen An- 
gabe zur Anwendungsbreite von 
Bauelementen werden der Compu- 
tersektor überbetont und die anderen 
Anwender unterbewertet. 

Dr. RoIfWätzig 

DUMP-Format 

Für kürzere Programme ist der 
Assembler-Quelltext bzw. vielleicht 
besser noch die Übersetzungsliste 
wohl die optimale Darstellungsart. 
Längere Programme lassen sich vom 
HEX-DUMP aber wesentlich schnel- 
ler übernehmen und benötigen viel 
weniger Platz. Um Fehler bei der 
Übermittlung auszuschließen, 
schlage ich vor, daß Autoren Ihnen 
die Programme direkt per Kassette 
zusenden. 

Nach einer einheitlichen Formatie- 
rung könnte dann mit einem hochwer- 
tigen Drucker, den nun mal nicht jeder 


besitzt, die Druckvorlage hergestellt 
werden. Vielleicht geht es auch direkt 
vom Computer auf die Setzma- 
schine? 

Sinngemäß müßte sich dies auch mit 
Assemblertext verwirklichen lassen. 
Leider hat sich bei uns für Kleincom- 
puter kein einheitliches Aufzeich- 
nungsformat durchgesetzt, so daß 
solche Vorhaben, aber auch der all- 
gemeine Programmaustausch, er- 
schwert sind. Vielleicht könnte durch 
Sie für diese Zwecke einmal eine Art 
Standard kassettenrouti ne veröffent- 
licht werden, die sich auch an U880- 
Rechner mit minimaler Hardware 
anpassen lassen sollte (evtl. ZI 013- 
Routine). 

Der Beitrag U880-Editorvon Andreas 
Bogatz war zwar sehr interessant, 
hatte aber, wie leider sehr viele in 
unseren Fachzeitschriften, nur infor- 
mativen Charakter. Das Interesse 
gerade an diesem Programm dürfte 
aber so groß sein, daß ein entspre- 
chender HEX-DUMP mit Anpas- 
sungshinweisen für andere Rechner 
sicherlich von vielen mit Dank aufge- 
nommen werden würde. 

Helmar Thiere 
Leider verfügen wir noch nicht über 
die Hardware und die entspre- 
chende Software, um Manuskripte 
auf Kassette oder Diskette entgegen- 
nehmen und bearbeiten zu können. 
Wenn diese Voraussetzungen gege- 
ben sind, ist als nächster Schritt na- 
türlich denkbar, daß die bearbeiteten 
Beiträge direkt vom Redaktionscom- 
puter per Diskette an die Lichtsatzan- 
läge gehen. Das dürfte für die Re- 
daktion MP aber noch etwas „Zu- 
kunftsmusik“ sein. 

Achten Sie also bitte weiterhin dar- 
auf, daß Programmausdrucke repro- 
fähig sind. Steht kein Drucker zur 
Verfügung, tut's in Ausnahmefällen 


MP im Jahr 1988 


• Bereits in diesem Heft beginnen wir im MP-Kurs mit einer Reihe zum 
Mikroprozessorsystem K 1 81 0 WM 86 (8086), das wegen der Verwen- 
dung im A 7150 und ESER-PC (EC 1834) für viele von besonderem 
Interesse sein dürfte. 

• I n einer ab MP 3/88 beginnenden Artikelserie werden dann die Mikro- 
prozessoren der Reihe 80x86 ausführlich beschrieben. 

• Neben anderen Vorhaben wird für MP-Kurs bereits eine Reihe zur 
künstlichen Intelligenz vorbereitet. 

• Ein Heft wird der Problematik fehlertolerante Mikrorechnersysteme 
gewidmet sein, ein anderes wird die ausführliche Beschreibung des 
Floppy-Disk-Controllers mit Applikationshinweisen beinhalten. 

• Wir werden uns weiterhin bemühen, von Tagungen und Konferenzen 
unseres Fachgebietes die interessantesten Beiträge für Sie zu veröf- 
fentlichen ; beispielsweise von der T agung Computer- und Mikroprozes- 
sortechnik und von der INFO’88. 

• Wir rufen aber auch Sie auf, uns mit dem Angebot von noch mehr 
Einführungs- und Übersichtsartikeln sowie mit Beiträgen, die weniger 
nach dem Motto „Was habe ich gemacht?“ als vielmehr im Stil von 
„Wie wird’s gemacht?“ verfaßt sind, zu unterstützen. 

Natürlich nehmen wir auch weiterhin gern ihre Hardware- und Soft- 
ware-Tips & Tricks zu den in der DDR verfügbaren Computern entge- 
gen. 

Mit dieser Zielstellung werden wir die Zeitschrift MP noch praxiswirksa- 
mer und interessanter gestalten. 

Ihre Redaktion MP 


auch mal die Schreibmaschine. Sehr 
wichtig sind auf jeden Fall die Ver- 
wendung von weißem Papier und 
schwarzem Farbband. Und in die- 
sem Zusammenhang noch eine Bitte 
an alle Autoren: Reichen Sie uns 
keine handschriftlichen Manuskripte 
ein. Derartige Manuskripte können 
wir nicht bearbeiten, Sie erhalten sie 
in Zukunft postwendend zurück. Zu 
ihrer zweiten Frage können wir Ihnen 
mitteilen, daß die Kleincomputer KC 
8511,12,13, und KC 87 ein einheitli- 
ches Kassetteninterface besitzen. 
Dieses Interface kann mit relativ ge- 
ringem Hardwareaufwand an andere 
U880-Systeme angepaßt werden. 

Die Unterlagen werden vom VEB 
Mikroelektronik „ Wilhelm Pieck“ 
Mühlhausen, Eisenacher Straße 40, 
5700 zur Nachnutzung angeboten. 

Arbeuaiucio i «-»r> i n 

Im Rahmen der Interessengemein- 
schaft FORTH (KDT Suhl) wurde ein 
Arbeitskreis FORTH-Standards/ 
Empfehlungen gegründet. Aufgabe 
dieses Arbeitskreises soll es sein, 
FORTH-Lösungen zu Standard-Pro- 
blemen der Programmierung (z. B. 
Arithmetik, Datenstrukturen, Listen- 
verarbeitung, Entwicklungshilfsmit- 
tel, Nutzerkommunikation, Grafik) 
abzustimmen und zu publizieren, um 
sie einer breiten Anwendung zugäng- 
lich zu machen und so die Effektivität 
und die Austauschbarkeit von 
FORTH-Lösungen zu verbessern. 

Die Vorschläge müssen mit dem 
Standard FORTH-83 verträglich sein 
und sollten in Form von Glossaries, 
ergänzt durch eine Begründung so- 
wie eine Diskussion der Vor- und 
Nachteile, veröffentlicht werden. 

ZKI der AdW der DDR, Bereich Bild- 
analyse, Dr. Westendorf, Kurstraße 
33, Berlin, 1086 

Dr. Christian-M. Westendorf 


In eigener Sache 

Ab sofort suchen wir für die Stelle 
eines Redakteurs unserer Zeitschrift 
MP eine(n) geeignete(n) Mitarbeite- 
rin) mit abgeschlossenem Hoch- 
oder Fachschulstudium und guten 
Kenntnissen der Computertechnik 
(Hard- und Software). 

Zu den Aufgaben gehören u. a.: 

- Betreuen des Sachgebietes Com- 
putertechnik in der Zeitschrift 

- Gewinnen und redaktionelles Be- 
arbeiten von Manuskripten 

- Besuchen und Auswerten von 
Fachtagungen, -messen und -aus- 
stellungen 

- Zusammenarbeit mit Gutachtern 
und ggf. selbständiges 

Testen von Programmen, die der 
Redaktion zur Veröffentlichung 
eingereicht wurden 

- Bearbeiten bzw. Beantworten von 
Leseranfragen. 

Falls Sie Interesse an dieser Tätigkeit 
haben und im Raum Berlin wohnen, 
rufen Sie uns unter Tel. 2870203 
oder 2 87 03 71 an oder schreiben 
Sie an: 

VEB Verlag Technik, Redaktion MP, 
Oranienburger Str. 13/14, Berlin, 1020 
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Messen, Steuern, Regeln - mit elektronischen Bauelementen 
aus dem VEB Kombinat Mikroelektronik 

Steigende Effizienz und Präzision sind sowohl beim Hersteller als auch beim 
Anwender von Meß-, Steuerungs- und Regelungstechnik heute mehr denn je 
gefragt. 

Es ist daher nicht verwunderlich, daß gerade dieser Bereich eine Domäne der 
Mikroelektronik-Applikation wurde und weiter bleibt, sichert doch gerade die 
hochentwickelte Mikroelektronik Effizienz und Präzision. 

Mit seinem großen und leistungsfähigen Sortiment elektronischer Bauelemente 
ist deshalb der VEB Kombinat Mikroelektronik der richtige Partner. 

Dies wird am breiten Spektrum der zur Leipziger Frühjahrsmesse 1988 in der 
Halle 15 vorgestellten Bauelemente und anhand zahlreicher Applikationsbei- 
spiele deutlich. 

Für nahezu alle Aufgaben stehen die richtigen Bauelemente der Mikro-, Opto- 
und Leistungselektronik bereit. Das Produktionsprogramm des Kombinates 
enthält Mikroprozessoren mit Verarbeitungsbreiten bis 16 Bit, Einchipmikro- 
rechner, hochintegrierte Speicherschaltkreise, Zähler, Ein- und Ausgabe-IC, 
AD/DA-Wandler, Operationsverstärker, Analog- und Digitalprozessoren, An- 
steuerschaltkreise, Sensoren und Koppler, Fotodioden, Infrarot- und Lichtemit- 
terdioden, Flüssigkristallanzeigen, Lichtschachtbauelemente, Si-Transistoren 
und Leistungstransistoren, Si-Dioden und Leistungsdioden, Gleichrichterdio- 
den und Freiflächengleichrichter. 

Nahezu 1500 Grundtypen aktiver elektronischer Bauelemente umfaßt das Lie- 
ferangebot. 

Digitale Meßtechnik (Multimeter, Handmultimeter, Zähler u. a.) mit einem brei- 
ten Einsatzbereich ergänzen die Erzeugnispalette. Als kompetenter und lei- 
stungsstarker Partner in Sachen Zeitmeßtechnik präsentiert sich der VEB Kom- 
binat Mikroelektronik als Hersteller hochpräziser quarzgesteuerter sowie me- 
chanischer Industrie-Schaltuhren für viele Anwendungen, Marinechronome- 
tern und einer großen Uhrenkollektion, die in Funktionalität und Design über- 
zeugen. 

VEB Kombinat Mikroelektronik 


Softwareleistungen 
auf Honorarbasis 

Mit dem beschleunigten Einsatz von 
CAD/CAM-Technik und der rasch 
zunehmenden Zahl von Büro- und 
Personalcomputern in allen Berei- 
chen der DDR-Volkswirtschaft 
wächst der Bedarf an Programmen 
für diese Schlüsseltechnologie stark 
an. Eine „Anordnung zur Durchset- 
zung von Ordnung und Sicherheit bei 
der Durchführung von Softwarelei- 
stungen in nebenberuflicher Honorar- 
tätigkeit-Honoraranordnung Soft- 
wareleistungen“ zielt darauf, die In- 
itiativen befähigter Werktätiger auf 
diesem Gebiet zu fördern und zusätz- 
lich zu bestehenden Kapazitäten wei- 
tere Möglichkeiten zur Erarbeitung 
von Programmen für die Computer- 
technik zu erschließen. 

Die Anordnung regelt einheitlich für 
alle Kombinate, volkseigenen Be- 
triebe, Staatlichen Organe und Ein- 
richtungen, sozialistischen Genos- 
senschaften sowie gesellschaftlichen 
Organisationen, in welchen Fällen 
die Erarbeitung von Software außer- 
halb der ständigen Aufgaben von 
Werktätigen vereinbart werden kann. 
Sie trifft Festlegungen zu Honorarver- 
trägen, insbesondere zur Gewährlei- 
stung einer hohen Qualität der Soft- 
ware und zur Höhe der Vergütung, 
und legt die Pflichten der Betriebe zur 
Einhaltung von Ordnung und Sicher- 
heit auf diesem Gebiet fest. Dazu 
gehört auch, die Zentrale Informa- 
tionsbank Software im VEB Daten- 
verarbeitungszentrum Dresden re- 
gelmäßig über abgeschlossene Soft- 
wareleistungen zu informieren, um 
die Programme breit nachnutzen zu 
können und Doppelentwicklungen zu 
vermeiden. 

Veröffentlicht ist die Anordnung im 
Gesetzblatt Teil I Nr. 28 vom 1 6. No- 
vember 1987. Sie ist seit 1 . Dezem- 
ber 1987 in Kraft. 

AON 

Mobilar für Bildschirm- 
arbeitsplätze 

Auf der LHM '87 stellte der VEB Elek- 
tro- und Metallgeräte Ilmenau seine 
Bildschirmarbeitsplätze mit Stahlpro- 
filgestell und Arbeitsplatten aus 
sprelacartbeschichteter Möbelspan- 
platte vor. Es gibt die Arbeitsplätze in 
den Abmessungen (in mm) 


1600 x 900 x 720 und 
1200 X 750 X720. Die Rollschränke 
(Rollkorpus) werden auch in zwei 
Ausführungen hergestellt, nämlich 
420 x 790 x 640 mm 3 und 
420x605x640 mm 3 . 


Das Kombinat 
VEB Elektro-Apparate- 
Werke auf der LFM ’88 

Wenn am 13. März die Leipziger 
Frühjahrsmesse 1988 ihre Pforten 
öffnet, Wird ihren Besuchern in der 
Halle 1 5 auf dem Gelände der Tech- 
nischen Messe eine Exponatenschau 
elektronischer Automatisierungs- 
technik präsentiert, die Problemlö- 
sungen für jeden Wirtschaftszweig 
zeigt. Seit Jahren ist das Kombinat 
VEB Elektro- Apparate-Werke größter 


DDR-Produzent dieser für die Ratio- 
nalisierung und Automatisierung 
technologischer Prozesse erforderli- 
chen meßsteuer- und regelungstech- 
nischen Geräte. Das K EAW stellt 
sich in der Halle 15 wieder mit einem 
ausgewählten Spektrum seines etwa 
50000 Erzeugnistypen umfassenden 
Produktions- und Leistungsangebotes 
vor. Bei seiner Präsentation legt das 
Kombinat Wert auf die Darstellung 
der Exponate der Haupterzeugnisli- 
nien EAW-electronic, EAW-sensoric 
und EAW-actoric sowie ihr Zusam- 
menwirken in rationellen und effekti- 
ven Problemlösungen. Im Vorder- 
grund stehen dabei neue Exponate 
der EAW-electronic in anschaulich 
dargestellten, bereits realisierten in- 
dustriellen Problemlösungen. So wird 
auf dem Gebiet der Steuerungstech- 
nik das System EAW-electronic 


S 2000 für T ransport- und Lagerpro- 
zesse in Aktion zu sehen sein, das 
sich beispielsweise bereits in einem 
Hochregalnormteillager des Maschi- 
nenbauhandels Berlin bewährt. Die 
Einsatzmöglichkeiten des kompakten 
Steuerungs- und Regelungssystems 
EAW-electronic S 2000 demonstrie- 
ren weitere Problemlösungen wie die 
„Automatisierung einer Fermentie- 
rungsanlage“ als Einsatzfall in der 
Biotechnologie oder die Regelung 
der Plasmabeschichtungsanlage 
TINA 900-1.1 Haus dem Kombinat 
Carl Zeiss JENA. 

Einen weiteren Schwerpunkt bildet 
ein multi-user-Arbeitsplatz zur Soft- 
wareerarbeitung mit dem Program- 
mier- und Entwicklungssystem EAW- 
electronic P 8000. Gezeigt wird auch 
der automatisierte Schiffsmaschinen- 
betrieb mit Teilkomplexen des Sy- 
stems EAW-electronic E8100, das 
sich bereits mit einer Maschinenüber- 
wachungsanlage, Manöverregistrier- 
einrichtung und dem Hauptmaschi- 
nensicherheitssystem an Bord der 
20000-Tonnen-Vollcontainerschiffe 
der DDR-Handelsflotte „Ernst Thäl- 
mann“ und „Wilhelm Pieck“ bewährt. 


Ungekapselte Chips 
auf Platinen 

ln den USA ist jetzt die Montage un- 
gekapselter IC-Chips auf größeren 
Substraten, bis hin zu Printplatten 
kleinerer Abmessungen, Gegen- 
stand von Fachdiskussionen gewor- 
den. Ausgangspunkt sind die derzeit 
gopulär werdenden „Smart Cards“. 
Das sind in erster Linie Kreditkarten 
mit eingebauten Speicher- und Pro- 
zessor-ICs. Sie befinden sich be- 
kanntlich auch in Europa schon in 
einer frühen Erprobungsphase. Im 
Zuge des neuen Trends bei der 
„COB“-Technik (Chips On Board) 
werden die Keramiksubstrate soweit 
vergrößert, daß sie nach gegenwärti- 
gem Stand zwanzig und mehr unge- 
kapselte ICs aufnehmen können. 
Gegenüber den üblichen gekapsel- 
ten Bauelementen sollen sich dabei 
Kostenersparnisse von 80 bis 90 Pro- 
zent ergeben können. Ferner kann 
bei der Verdrahtung die gut be- 
herrschte Dickschicht-Technik ver- 
wendet werden. 

Noch nicht gelöste Probleme gibt es 
dadurch, daß das bisherige einfache 
Einlöten der Kapseln durch IC-Bon- 
ding-Technik in großem Maßstab 
ersetzt werden muß. Die bisher relativ 
einfache automatische Platinen-Be- 
stückung muß damit durch kompli- 
zierte Verfahren ersetzt werden. Eine 
nachträgliche Reparatur fertig be- 
stückter Boards, die defekte Chips 
enthalten, ist praktisch ausgeschlos- 
sen. Ein weiteres, nur erst halbwegs 
gelöstes Problem besteht darin, daß 
die montierten Chips nachträglich auf 
dem Substrat mit einer kapselähnli- 
chen Schutzhülle aus Epoxid oder 
Silikon versehen werden müssen. 
Auch die dafür erforderlichen neuen 
Verfahren sind bis jetzt nur erst unzu- 
reichend entwickelt worden. Schließ- 
lich erfordert die Montage der unge- 
kapselten Chips neue Maßnahmen 
zur Ableitung der Verlustwärme. 

aus der Elektronikschau 8/87 
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FORTH - 

eine moderne Softwarephilosophie 


Thomas Höhenleitner, Berlin 

1. Einführung 

Mit dieser Veröffentlichung soll ein Eindruck 
von den Möglichkeiten des Softwarewerk- 
zeuges FORTH vermittelt werden. Die Hin- 
wendung zu neuen leistungsfähigen Pro- 
grammierumgebungen fällt dem Assembler- 
programmierer nicht immer leicht. Einerseits 
ist die Vielfalt der angebotenen Werkzeuge 
recht groß, andererseits ist die Einarbei- 
tungszeit nicht unerheblich und in Anbetracht 
zwingender Terminstellungen schwer einzu- 
planen. Dazu kommt eine gewisse Unsicher- 
heit bei der Wahl des weiteren Weges, denn 
seriöse vergleichende Untersuchungen zu 
den einzelnen Programmiersprachen sind 
aufwendig und fehlen im allgemeinen. Wenn 
beim Leser Interesse und Bereitschaft ge- 
weckt werden, FORTH in den Variantenver- 
gleich der Mittel für die Lösung eigener Auf- 
gaben einzubeziehen, ist das Ziel dieser Ar- 
beit erreicht. Die hohe Portabilität von 
FORTH-Systemen, ihre Modularität und die 
damit verbundene Effizienz bei der Program- 
mierung, die Kompaktheit und die Leistungs- 
fähigkeit dieser Sprache führen zu einer 
neuen Qualität in der Softwareentwicklung. 
Auch der Hardwareentwickler wird sich die- 
ses Werkzeuges zur Bearbeitung seiner Pro- 
bleme (Testroutinen, Hilfsprogramme, 
Schnittstellentreiber) bedienen wollen. 
FORTH wurde Ender der 60er Jahre in den 
USA erfunden. Der Schöpfer Charles Moore 
benötigte eine effizient zu programmierende 
und schnell laufende Sprache für seine 
Steuerungsaufgaben. Das Konzept war so 
überzeugend, daß es seither durch eine In- 
teressengemeinschaft, die Forth Interest 
Group, gefördert, verbreitet und weiterent- 
wickeltwird. Der erste Standardisierungsver- 
such wurde figFORTH genannt und hat in- 
zwischen viele Anwendungen gefunden. 
1979 folgte FORTH79, erfreute sich jedoch 
nicht so breiter Akzeptanz. Gewachsen aus 
den Erfahrungen bei der Arbeit mit FORTH, 
wurde 1983 der Standard FORTH83 defi- 
niert, der sich zunehmend verbreitet, da er 
eine ganze Reihe von Verbesserungen ge- 
genüber figFORTH und auch FORTH79 ent- 
hält. Bei den angeführten Beispielen wird bei 
Bedarf auf die Unterschiede zwischen fig- 
FORTH und FORTH83 hingewiesen. 

1.1. Die FORTH-Maschine 
Die Abarbeitung der FORTH-Instruktionen 
übernimmt eine Maschine, deren Befehls- 
satz aus den FORTH-Worten besteht. Dabei 
ist es für die Funktion ohne Belang, ob die 
Maschinenregister und ihr Zusammenspiel 
(innerer Interpreter) direkt in Hardware oder 
softwaregestützt durch einen Mikroprozes- 
sor realisiert sind. Der FORTH-Prozessor ist 
im wesentlichen eine Stackmaschine, die auf 
die Abarbeitung des FORTH-Codes abge- 
stimmt ist. Die wichtigsten Register des 
FORTH-Prozessors seien kurz vorgestellt: 

IP Instruction Pointer 
zeigt in die Wortadreßkette (s. 3.5. 1 .) des ge- 
radein Abarbeitung befindlichen Wortes. 


W Wortadreßregister 

hält die gerade aktuelle Wortadresse, das ist 

der Inhalt der von IP indizierten Zelle. 

PC Programm-Counter 
Befehlszähler 
RP ReturnstackPointer 
zeigt auf TOR (Top of Returnstack). 

Hier befinden sich Rückkehradressen bzw. 
Schleifenparameter der rufenden Ebenen. 
DP Datenstack Pointer 
zeigt auf TOS (Top of Stack). 

Das ist der Puffer der gerade zu verarbeiten- 
den Daten. Der Parameterstack übernimmt 
gleichzeitig die Arbeitsregisterfunktion. 



Die funktionalen Zusammenhänge der Regi- 
ster der FORTH-Maschine (siehe hierzu 
Bild 1 ) werden im Abschnitt 3.5.5. skizziert. 
Ein genaues Verständnis an dieser Stelle er- 
möglicht dem FORTH-Anwender den Ein- 
satz spezieller Programmiertechniken, mit 
denen sich u. a. auch besonders zeitkritische 
Probleme beherrschen lassen. 

1.2. FORTH in Hardware 

Der T rend zu immer größeren Verarbeitungs- 
breiten hat technologische und wohl auch 
programmtechnische Grenzen. Jüngste Ent- 
wicklungen auf dem Gebiet der Prozessor- 
technik zeigen, daß mit intelligenteren Archi- 
tekturen Rechengeschwindigkeiten erreicht 
werden, die weit über den Werten üblicher • 
Prozessoren liegen. RISC-Prozessoren (Re- 
duced Istruction Set Computing) seien kurz 
genannt. Eine in 121 und 13/ beschriebene 
Hardwarerealisierung eines FORTH-Prozes- 
sors in CMOS-Gate-Array-Technik zeigt eine 
weitere interessante Entwicklungsrichtung. 
Die 25fache Abarbeitungsgeschwindigkeit (!) 
dieser FORTH-Maschine gegenüber einem 
C-Programm auf einem 16-Bit-Prozessor 
(INTEL 8088), wie sie am Beispiel des Siebs 
des Erasthotenes (Primzahlermittlung) fest- 
gestellt wurde (/2/), gibt eine Vorstellung von 
der Leistungsfähigkeit einer solcherart struk- 
turierten Hardware, deren Hersteller für die 
mit 4,5 MHz getaktete CPU 6 MIPS (Millionen 
Instruktionen per Sekunde) angibt. Weitere 
Ausführungen zu Hardware-Realisierungen 
von FORTH findet man u. a. in /4/. 

1.3. FORTH auf einem Hostrechner 
FORTH-Systeme wurden für alle gängigen 
Prozessoren und Rechner implementiert. 
Der Assemblercode umfaßt i.a. nicht mehr 


als 2 KByte und ist allgemein zugänglich 
(Z.B./5/, /1 3/). Etwa 80% des FORTH-Ker- 
nes bestehen aus FORTH-Secondaries, d. h. 
Worten, die ihrerseits aus FORTH-Worten 
definiert wurden (vgl. 2.1.1.). Die Anpaßar- 
beiten an einen beliebigen Rechner, dessen 
Prozessor dem einer vorhandenen FORTH- 
Version entspricht, beschränken sich auf die 
Systemschnittstellen bei einigen wenigen 
FORTH-Worten. Damit wird klar, wie die 
hohe Portabilität von FORTH zustande 
kommt. Oft gibt es für einen Rechner ver- 
schiedene Implementierungen, welche sich 
in ihrem Auf- und Ausbau erheblich unter- 
scheiden können. 

Für die Verwendung der prozessorinternen 
Register gibt es Empfehlungen, die jedoch 
nicht unbedingt eingehalten werden müssen. 
Wie gut sich verschiedene Mikroprozessoren 
als Stackmaschine einsetzen lassen, hängt 
von der speziellen Registersteuerung ab IM, 
/6/, 171. Hier findet man auch den Schlüssel 
für Programmlaufzeituntersuchungen, wenn 
derartige Betrachtungen bei zeitkritischen 
Applikationen erforderlich werden sollten. 

2. Die Programmiersprache FORTH 

2.1. Offenes System 

FORTH ist erweiterbar - nicht nur im Sinne 
von zusätzlichen Funktionen schlechthin. 
Programmieren in FORTH heißt FORTH er- 
weitern, bis letztendlich der Programmname 
Bestandteil des FORTH-Vokabulars gewor- 
den ist. Der unterschiedliche Begriffsinhalt 
von Worten wie Operand, Befehl, Routine, 
Konstante, Variable, Feld, Programm, Voka- 
bular verschmilzt zu einer eine neue Denk- 
weise provozierenden Einheitlichkeit. Man 
kann sich FORTH als ein Baukastensystem 
vorstellen, aus dessen Elementen beliebige 
neue Elemente erzeugt werden. Alle Ele- 
mente, vorgegebene wie neu erzeugte, sind 
ständig verfügbar; sowohl für den interakti- 
ven Dialog als auch für die Generierung 
neuer Elemente. Das erzeugte Programm 
stellt letztendlich auch nur ein weiteres Ele- 
ment neben beliebigen anderen dar. In dieser 
Modularität offenbart sich ein entscheidender 
Vorteil für die Programmentwicklung. Pro- 
bleme werden in ihre Bestandteile zerlegt 
und damit besser verstanden. Jedes Element 
kann für sich analysiert und bearbeitet wer- 
den, ist einzeln testbar, wartbar und jederzeit 
wiederverwendbar. Unterprogrammaufrufe 
etwa in Form von „Call name“ sind unbe- 
kannt. Die FORTH-Worte werden wie in einer 
natürlichen Sprache aneinandergefügt. 

2.1.2. Definitionswörter 
FORTH bietet verschiedene Definitions- 
wörter, mit deren Hilfe das System jederzeit 
um neue Befehle bereichert werden kann. 
Die gebräuchlichste Erweiterungsform ist die 
Colon-Definition, deren Anwendung bei der 
Definition eines Hilfswortes .S zur Anzeige 
der oberen 3 Stackzellen demonstriert wer- 
den soll: 

: .S 3 0 DO ROT DUP . LOOP ;(RET)OK 
Eingaben werden generell jeweils durch min- 
destens ein Leerzeichen getrennt. (RET) 
bedeutet RETURN-Taste drücken. Terminal- 
ausgaben sind unterstrichen. 

: eröffnet die Definition 

.S ist ein frei wählbarer Name (dot Stack) 
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3 0 DO eröffnet DO . . . LOOP Schleife für 3 
Durchläufe 

ROT ROTiert die oberen 3 Stackelemente 
DUP Dupliziert das obere Stackelement 
dot transportiert oberes Stackele- 
ment zum Terminal 
LOOP Ende der Schleife 
; Ende der Definition 

.S kann sofort getestet werden . . . 


BLE. Damit kann man beliebige RAM-Zellen 
symbolisch unter einem Namen anspre- 
chen. 

VARIABLE MINUTEN (RET) OK 1 
weist dem neuen FORTH-Wort MINUTEN 
eine bestimmte Adresse im RAM zu. Der Auf- 
ruf 'MINUTEN’ stellt diese Adresse auf dem 
Stack bereit und ermöglicht zusammen mit 
Worten wie 


7 2049 12(RET) OK (3 Werte auf Stack) 

■S(RET) 7 2049 12 OK 

138 .S(RET) 204912138 OK 


. . . und in alle weiteren Definitionen einge- 
baut werden. Wird die Stackanzeige in meh- 
reren Zahlenbasen gewünscht, kann man 
weiter definieren (Einbau des eben kreierten 
Wortes .S): 


: DS BASE 

>R 


CR DECIMAL 
CR HEX 
CR 2 BASE ! 


R> 

BASE ! ; 


(aktuelle Zahlenbasis) 
(Retten) 
."dezimal ”.S 

."hexadezimal ”.S 
."binaer ”.S 

(Restaurieren der) 
(Zahlenbasis und 
Ende) 


Test des neuen Wortes: 


DS(RET) 

dezimal 204912138 

hexadezimal 801 C8A 

binaer 100000000001 1100 

10001010 OK 

Es gibt komfortablere Stackdumps, darum 
geht es hier jedoch nicht. Diesen mit einer 
Doppelpunktdefinition generierten Worttyp 
bezeichnet man als Secondary. 

Ein weiteres Definitionswort ist z. B. VARIA- 


! RAM-Schreiben 
+ ! RAM-Addieren 
@ RAM-Lesen 
? RAM-Ausgeben 


(wertaddr-*) 
(wertaddr-*) 
(addr^> wert) 
(addr^) 


eine bequeme Handhabung dieser Varia- 
blen: 


4 MINUTEN! (RET) OK (setzt die Zeit) 
3 MINUTEN -H(RET) OK (erhöht die Zeit) 
MINUTEN ?(RET)70K (zeigt die Zeit) 
(Das Wort ? findet man nicht unbedingt in al- 
len FORTH-Implementierungen, da es nur im 
figFORTH standardisiert wurde.Man kann es 
im Bedarfsfall mit : ? @ ; selbst definieren.) 
FORTH bietet darüber hinaus die Möglich- 
keit, eigene Definitionsworte zu erzeugen. 
Die Verarbeitung sehr spezieller Datentypen 
ist damit problemlos möglich. Zum Beispiel 
lassen sich mit der CREATE ... DOES)- 
Konstruktion auf einfache Weise Definitions- 
worte generieren, mit denen man den er- 
zeugten Worten bestimmte Compile- und 
Laufzeiteigenschaften zuordnen kann. Wie 
das in etwa funktioniert, soll ein Beispiel ver- 
deutlichen: 


’> Gilt für FORTH83. VARIABLE in figFORTH-Ver- 
sionen erwartet einen Initialisierungswert auf dem 
Stack, also: 

0 VARIABLE MINUTEN(RET) OK 



Bei der Erstellung eines Simulationspro- 
grammes für elektronische Schaltungen sind 
u. a. verschiedene Operationsverstärker auf 
bequeme Art und Weise einzubinden. Der 
Aufruf der Typbezeichnung soll die Adresse 
der speziellen Operationsverstärkereigen- 
schaften, z. B. Offsetspannung U off und Leer- 
laufverstärkung v^, im vereinbarten Zahlen- 
format auf dem Stack hinterlegen. Für die be- 
queme Definition vieler solcher Typen wird 
das Definitionswort OV-TYP generiert (wie, 
führt hier zu weit), dessen Anwendung etwa 
in der Form 

0.01 5 15000. OV-TYP B080 
0.0005 25000. OV-TYP B087 
0.006 25000. OV-TYP Bl 76 

erfolgt. Das Compilezeitverhalten dieses 
neuen Definitionswortes besteht in der Com- 
pilierung der jeweils auf dem Stack bereitge- 
stellten OV-Eigenschaften in das Parameter- 
feld (s.3.5.1.) der damit definierten OV-Typ- 
bezeichnungen. Sein Laufzeitverhalten be- 
wirkt, daß der Aufruf einer solchen OV-Typ- 
bezeichnung die Adresse seines eigenen Pa- 
rameterfeldes auf dem Stack hinterläßt, also 
einen Pointer auf die jeweiligen OV-Eigen- 
schaften. Weiter läßt sich ein Definitionswort 
OPV für die einzelnen OV-Bauelementebe- 
zeichnungen der Schaltung mit den folgen- 
den Eigenschaften deklarieren. 

Compile-Zeitverhalten: 

(Aktivität bei Aufruf des Definitionswortes 
OPV). 

Auf dem Stack wird ein Pointer auf die spe- 
ziellen Datenblattkennwerte des betreffen- 
den Bauelementetyps erwartet (bereitgestellt 
durch den Aufruf einer definierten Typbe- 
zeichnung) und in das Parameterfeld der zu 
erzeugenden Worte compiliert. Die einzelnen 
Operationsverstärker der Schaltung werden 
also mit den „individuellen Eigenschaften“ ei- 
nes OV-TYPs versehen. Die Anwendung bei 
der Definition der Bauelementebezeichnun- 
gen sieht dann so aus: 

B080 OPV INI B080 0PV2N1 

B080 OPV 3N1 

B087OPVN2 Bl 76 OPV N3 

Laufzeitverhalten: 

(Aktivität bei Aufruf eines mittels OPV defi- 
nierten Wortes). 

Der Aufruf der einzelnen definierten Bauele- 
mente könnte dann folgendes bewirken: Alle 
Spannungspunkte der zu simulierenden 
Schaltung sind z. B. als Variablen vereinbart. 
Mit dem Aufruf von beispielsweise N2 wer- 
den die die zugehörige Eingangsspannung 
haltenden Variablen N2U+ und N2U- ent- 
sprechend der im Definitionswort OPV ver- 
einbarten Simulationsfunktion verknüpft, und 
das Ergebnis wird in die zugehörige Aus- 
gangsspannungsvariable N2UA gespei- 
chert. Dieses Laufzeitverhalten ist für alle 
OV-Bauelementebezeichnungen entspre- 
chend gleich. Der Code existiert nur einmal 
(im Parameterfeld von OPV). 

Das Wesen dieser Programmiertechnik be- 
steht in einer Erweiterung des FORTH-Com- 
pilers (s. 3.5.4.) mit der genannten CREATE 
... DOES)-Konstruktion. Die Vorteile liegen 
in der Vermeidung von redundantem Code 
und der besseren Programmlesbarkeit. Die 
Zusammenhänge sind vielleicht nicht sofort 
erfaßbar. Es geht hierbei auch nur um die An- 
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deutung der Vielfältigkeit der Möglichkeiten, 
die sich dem Programmierer bei der Soft- 
waregestaltung mit FORTH bieten. 

2.1.2. Vokabulare 

Die gesamte Wortmenge eines FORTH- 
Systems, das Dictionary, ist in einzelne Vo- 
kabulare unterteilt und baumähnlich struk- 
turiert (Bild 2). Ein Vokabular kann man sich 
als einen Zweig vorstellen. Jederzeit kann 
mit VOCABULARY vocname IMMEDIATE 
(s. 3.5.4.) ein weiteres, vorerst leeres Voka- 
bular an der gerade in Erweiterung befindli- 
chen Stelle vereinbart werden. Die Verwen- 
dung unterschiedlicher Vokabulare ermög- 
licht eine übersichtliche Befehlsstruktur so- 
wie kollisionsfreie mehrfache Vergabe des 
gleichen Namens. Das wird z. B. schon dann 
interessant, wenn bei unterschiedlichen Zah- 
lenformaten die gleichen Symbole für die ent- 
sprechenden Operatoren Verwendung fin- 
den sollen. An welcher Stelle mit der näch- 
sten Definition zu erweitern ist, entnimmt das 
System der Variablen CURRENT, die mit der 
Anweisung vocname DEFINITIONS auf das 
gewünschte Vokabular gesetzt wird. Wörter- 
buchsuchläufe beginnen immer an der mit 
der Variablen CONTEXT spezifizierten 
Stelle. Diese Variable zeigt auf das zuletzt 
aufgerufene Vokabular. 

Ein Beispiel soll die Arbeitsweise mit Vokabu- 
laren zeigen: 

Einem Roboter soll der Begriff HOLEN beige- 
bracht werden. Die Vokabulare AKTION, 
ANTRIEB, REAKTION gelten als vereinbart. 
Die Konstanten RECHTS und LINKS stellen 
die I/O-Adressen zur Ansteuerung zweier 
Motoren. EIN sendet an die auf dem Stack 
Vorgefundene I/O-Adresse eine 1 und 
AUS erledigt analog das Gegenteil (hier ist 
u.U. bereits Maschinencode). Die Worte 
SENSOR1 und SENSOR2 erzeugen ein Flag 
auf dem Stack, welches von UNTIL verwertet 
wird. War es 0, so noch einmal BEGINnen, 
bis die erwartete 1 kommt und die Schleife 
verlassen wird. Mit zwei einfachen Doppel- 
punktdefinitionen lassen wir nun unseren hy- 
pothetischen Roboter HIN und HER fah- 

: HIN AKTION ANTRIEB RECHTS EIN 

BEGIN REAKTION SENSOR1 UNTIL 
AKTION ANTRIEB RECHTS AUS ; 

: HER AKTION ANTRIEB LINKS EIN 

BEGIN REAKTION SENSOR2 UNTIL 
AKTION ANTRIEB LINKS AUS ; 
Analog hat „Robby“ noch NEHMEN (d. h., er 
nimmt ein Teil, dessen Kennzahl er auf dem 
Stack erwartet) und GEBEN (er läßt alles fal- 
len) gelernt. Mit der folgenden Zeile kann er 
dann alles HOLEN, was ihm irgend erreich- 
bar ist und natürlich wieder WEGBRIN- 
GEN: 

: HOLEN HIN NEHMEN HER GEBEN ; 
: WEGBRINGEN HER NEHMEN HIN 
GEBEN ; 

Mit dem Definitionswort CONSTANT dekla- 
riert man Kennzahlen, unter denen man z. B. 
Schubfachnummern vereinbaren kann: 

7 CONSTANT KAFFEE 
12 CONSTANT KUCHEN 
3 CONSTANT GESCHIRR 

Noch eine kleine Definition, und es kann 
FRUEHSTUECK geben: 



Bild 3 Robby (Zeichnung: Jörg Olberg) 


: FRUEHSTUECK KAFFEE HOLEN 
KUCHEN HOLEN Bitte zu Tisch!” ; 
FRUEHSTUECK (RET) (Kaffee und Ku- 
chen kommen) Bitte zu Tisch! OK 
GESCHIRR WEGBRINGEN (RET) (klirr) OK 
Vergleiche hierzu die Bilder 2 und 3. Natür- 
lich ist in so einem einfachen Fall der Einsatz 
so vieler Vokabulare nicht gerechtfertigt. Man 
denke jedoch auch an sehr umfangreiche 
Applikationen, wo die Möglichkeit, Namen 
mehrfach vergeben zu können, unschätz- 
bare Vorteile bringen kann. 

2.1.3. Assemblerprogrammierung 

FORTH-Systeme enthalten i.a. einen As- 
sembler, der die direkte Verwendung der pro- 
zessorspezifischen Mnemonik bei der Defini- 
tion von Primitives ermöglicht. Primitives sind 
FORTH-Worte, die keine weiteren FORTH- 
Worte mehr aufrufen, sondern direkt Maschi- 
nencode zur Ausführung bringen. Der Assem- 
bler ist in einem Vokabular mit dem Namen 
ASSEMBLER untergebracht. Er enthält zu- 
sätzlich Strukturierungselemente wie die 
IF... ELSE... THEN 2 oder BEGIN... 
WHILE... UNTIL-Konstruktionen. Die Defi- 
nition eines Primitives erfolgt mit der Anwei- 
sung CODE name... (Mnemonics) . . . 
END-CODE. Assemblercode kann auch zu- 
sammen mit FORTH-Worten innerhalb einer 
Definition generiert werden. Man formuliert: 

: name... (FORTH-Worte)... ;CODE... 
(Mnemonics)... END-CODE. Es lassen 
sich auch umfangreiche bereits vorhandene 
Assemblerprogramme unter einem beliebi- 
gen Namen in das System einbinden, wenn 
man diese in den Speicher lädt und mit einem 
CALL die Kontrolle an das jeweilige Pro- 
gramm übergibt. Die Rückkehr aus der Pri- 
mitive-Ebene in das FORTH-System erfolgt 
mit dem Sprung nach NEXT, womit die Kon- 
trolle wieder an den inneren Interpreter 
(3.5.5.) übergeben wird. 

2.2. Datenhandling 
2.2.1. Parameterübergabe 
Bei Softwareprojekten ist u. a. die Frage der 
Parameterübergabe zwischen den einzelnen 
Modulen zu klären. Jede Routine muß wis- 
sen, wo die Quelldaten liegen und auf welche 
Art und Weise die Ergebnisparameter über- 
geben werden. Hierfür können Variablen 
oder Register vereinbart werden. Im Multi- 
taskbetrieb sowie bei Interruptanforderung 
ist Zwischenspeicherung erforderlich. Daten 


und Adressen liegen völlig durcheinander auf 
einem Stack und ergeben recht unübersicht- 
liche Systemzustände, was u.a. die Fehler- 
suche nicht gerade erleichtert. FORTH be- 
gegnet diesem Problem wirkungsvoll durch 
die Verwendung von 2 Stacks. Die getrennte 
Ablage von Rückkehradressen auf einem 
Returnstack und Daten auf einem Parame- 
terstack (auch Datenstack oder einfach nur 
Stack genannt) machen das System über- 
schaubarer. Die generelle Vereinbarung des 
Datenstacks als Übergabemedium ermög- 
licht einfachen, unsichtbaren Parameter- 
transfer und entlastet den Programmierer 
von der Deklaration der Art und Weise der 
Datenübergabe zwischen den einzelnen Mo- 
dulen. Das FORTH-Grundvokabular ist so 
angelegt, daß die jeweils bereitgestellten Pa- 
rameter von den aufgerufenen Worten ver- 
nichtet und Ergebnisparameter für nachfol- 
gende Worte in verarbeitungsgerechter Rei- 
henfolge bereitgestellt werden. So nimmt 
z. B. das Wort C@ (Byte-Lesebefehl) eine 
Adresse von der obersten Stackzeile und hin- 
terläßt stattdessen dort im Low-Byte den ge- 
lesenen Wert (High-Byte = 0). Der Return- 
stack ist für die internen Rücksprungadres- 
sen und Schleifenparameter reserviert und 
braucht i. allg. nicht beachtet zu werden. Die- 
ser Stack kann, unter Berücksichtigung der 
Strukturierungsanweisungen (IF THEN, DO 
LOOP ), innerhalb eines Wortes als Zwi- 

schenspeicher Verwendung finden, aber 
auch zum Überspringen von Verarbeitungs- 
ebenen gezielt manipuliert werden. Man ver- 
wendet dazu die Worte 
) R (Top of Stack -> Returnstack) 

R ) (Returnstack -» Top of Stack) 

2.2.2. Massenspeicher 
FORTH-Dialogsysteme sind i.a. floppy- 
orientiert. Die Massenspeicheranbindung er- 
folgt nach dem Prinzip des virtuellen Spei- 
chers und wird in den verschiedenen 
FORTH-Systemen unterschiedlich gehand- 
habt. figFORTH und ähnliche Systeme ken- 
nen i. allg. kein Dateihandling und teilen die 
Disketten in gleichgroße Blöcke entspre- 
chend dem vereinbarten Diskettenformat 
auf. Der Zugriff auf die Daten ohne Verwen- 
dung einer Directory direkt über Spur- und 
Sektornummer ermöglicht einfache Disktrei- 
berroutinen und extrem kurze Zugriffszeiten. 
Andere Implementierungen sind an ein Be- 
triebssystem gebunden und arbeiten mit Da- 
teien (z. B. /12/). Speicherbereiche lassen 
sich so einfacher zwischen unterschiedlichen 
Systemen transferieren, die Übersicht über 
den Disketteninhalt ist besser, und es brau- 
chen keine besonderen Disketten eingerich- 
tet zu werden. Innerhalb der gerade verein- 
barten Datei verhält sich das System ge- 
nauso wie eine Implementierung mit Mas- 
senspeicheranbindung ohne Dateistrukturie- 
rung. Betriebssystemspezifische Befehle 
lassen sich übereinen System-Call problem- 
los als FORTH-Worte einbinden, so daß z. B. 
bei Diskettenwechsel aus FORTH heraus mit 
DIR die Directory gelistet werden kann. 


2 Oft ist anstelle von THEN (FORTH83) die Be- 
zeichnung ENDIF anzutreffen (figFORTH). 

3 Kleinste Stackeinheit, umfaßt 2 Byte 
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Ein Screen ist ein 1 KByte großer Speicher- 
bereich und dient der Aufnahme von Quell- 
text oder Daten. Im RAM des Systems ist ein 
Bereich vereinbart (Block-Buffer-Area), der 
einen oder mehrere Screens aufnehmen 
kann. Die Screens werden vom Massenspei- 
cher (i. allg. Diskette) geladen und dort z. B. 
mit einem Editor manipuliert oder entspre- 
chend anderen Anweisungen verarbeitet. 
Der Anwender braucht sich um die Verwal- 
tung der Buffer-Area nicht zu kümmern. 
FORTH kennzeichnet mit UPDATE einen 
Screenpuffer bei Veränderung desselben, 
wodurch der Screen automatisch zurückge- 
schrieben wird, wenn der Puffer für einen an- 
deren Screen benötigt wird. Die Größe der 
Block-Buffer-Area kann aus den Variablen 
FIRST (Beginn) und LIMIT (Ende) errechnet 
werden. Ein Screen ist i. allg. in 16 Zeilen zu 
64 Zeichen unterteilt. Zeile 0 sollte als Kom- 
mentarzeile reserviert werden. Mit z. B. 
15 45 INDEX’ (listet die Zeilen Oder Screens 
15 bis 45 auf) ist dann eine schnelle Inhalts- 
übersicht über den ausgewählten Bereich 
möglich. 

2.2.4. Editieren des Quelltextes 

Üblicherweise wird der FORTH-Quelltext 
in Screens (Bild 4) notiert. Das geschieht 
unter Verwendung eines Screen-Editors, 
i. allg. selbst in FORTH geschrieben. Einen 
Line-Editor (zeilenweises Editieren) bietet 
fast jedes System; Full-Screen-Editoren 
(Bildschirm-Editoren) ermöglichen wesent- 
lich komfortableres Arbeiten, sind aber 
nicht immer problemlos auf anderen Rech- 
nern lauffähig. Die Anpassung bereitet je- 
doch aufgrund der Modularität von FORTH 
keine Schwierigkeiten. Die Verwendung von 
Screens zur Aufnahme von Quelltext ent- 
spricht der FORTH-Philosophie des modula- 
ren Aufbaus aller Bestandteile (also auch des 
Quelltextes), findet jedoch nicht uneinge- 
schränkte Zustimmung. Prinzipiell ist es dem 
System egal, aus welcher Quelle (Tastatur, 
Diskette, serieller Datenkanal) der Text-Ein- 
gabe-Strom kommt. Einzig die FORTH-Kon- 
ventionen (Spaces zwischen den Worten, 
keine unbekannten Zeichenfolgen, also 
Steuerzeichen) müssen eingehalten sein. 
Der Programmierer kann seinen hauseige- 
nen Lieblingseditor weiterverwenden und 
muß lediglich seinen Quelltext im nachhinein 
entsprechend aufbereiten. In 181 wird das am 
Beispiel eines allgemein bekannten Textver- 
arbeitungsprogramms demonstriert, indem 
ein Softwarefilter für die entsprechenden 
Steuerzeichen installiert wird. 


Bild 5 Lexikoneintrag 
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2.2.5. Transient Program Area und vorcom- 
pilierter FORTH-Code 

Bei der Arbeit mit FORTH werden bestimmte 
Programmteile immer wieder benötigt. So 
z. B. ein Editor für die Editierphase und ein 
Debugger für die Testphase. Diese Tools 
werden in fertigen Applikationen i. allg. nicht 
mehr benötigt. Hat man sie vor der Compilie- 
rung des erstellten Programms geladen, geht 
mit z.B. FORGET ASSEMBLER auch das 
Arbeitsergebnis über Bord. Die im Arbeits- 
ergebnis enthaltenen Primitive-Definitionen 
lassen sich aber nur mit einem bereits gela- 
denen Assembler compilieren ... Bei kleine- 
ren Rechnerkonfigurationen kann auch der 
verfügbare Speicherbereich schnell ausge- 
schöpft sein. Will man dann z. B. Editor 
und Debugger abwechselnd laden, entsteht 
aufgrund der wiederholten Compilierung im- 
mer wieder Wartezeit, und vorbei ist es mit 
dem kurzen Wechsel zwischen Codierung 
und Test. Man kann also schnell in die mißli- 
che Lage kommen, mehr Zeit und Aufmerk- 
samkeit in die Verwaltung des eigenen Sy- 
stems zu investieren als für die eigentliche 
Aufgabe. Um dem Programmierer an dieser 
Stelle das Leben zu erleichtern, bieten ver- 
schiedene FORTH-Systeme (z. B. /12/) eine 
sogenannte Transient Program Area (TPA) 
für unabhängig vom Wörterbuchausbau lad- 
bare Vokabulare. Aufgrund der fest verein- 
barten Anfangsadresse der TPA ist auch das 
Laden von vorcompiliertem FORTH-Code 
möglich und so ein spürbarer Zeitgewinn er- 
reichbar. 

2.3. Arithmetik 

2.3.1. Notation 

In-fix-Anweisungen (d. h. Operator zwischen 
den Operanden), wie z. B. in BASIC, müssen 
vom jeweiligen System vor Funktionsausfüh- 
rung intern in eine post-fix-Form (Operator 
nach den Operanden) umgesetzt werden. 
Aufgrund der Datenübergabe über einen 
Stack (2.2.1.) und der streng sequentiellen 
Textauswertung des Textinterpreters IN- 
TERPRET werden in FORTH arithmetische 
Operationen post-fix notiert. Diese Schreib- 
weise ist unüblich und bedarf einiger Gewöh- 
nung. Oft wird diese auch als UPN (umge- 
kehrte polnische Notation) bekannte Schreib- 
weise als Hauptargument bei einer ablehnen- 
den Haltung gegenüber FORTH gebraucht. 


Wenn man die Philosophie dieser Sprache 
richtig verstanden hat, erkennt man in 
logischer Konsequenz die Notwendigkeit 
der post-fix-Notation. Soll auf die in-fix- 
Schreibweise partout nicht verzichtet wer- 
den, ist eine Erweiterung des Textinter- 
preters INTERPRET erforderlich - eine 
aufgrund der Zugänglichkeit von FORTH 
lösbare Aufgabe. Allerdings erhöht man 
damit den Overhead des Systems beträcht- 
lich. Eine andere Möglichkeit zeigt dieses 
kleine Beispiel: 

4 3 * .(RET) 12 OK (post-fix-MAL) 

: MAL 32 WORD NUMBER DROP* ;(RET) 
OK 4 

4 MAL 3 . < RET) 12 OK (in-fix-MAL) 

Dieses MAL ist jedoch innerhalb einer Colon- 
Definition nicht anwendbar und sollte mit 
FORGET MAL wieder „vergessen“ wer- 
den. 

2.3.2. Integerarithmetik 
FORTH zielt nicht explizit auf die Offline-Ver- 
arbeitung numerischer Datenmengen, ob- 
wohl es prinzipiell auch dafür einsetzbar ist. 
Von Hause aus ist eine 2- und 4-Byte-Arith- 
metik verfügbar, die eine hohe Rechenge- 
schwindigkeit bietet und einen Zahlenbereich 
von 65536 (2 Byte) bzw. über 4 Milliarden 
(4 Byte) überstreicht. Für sein Steuerungs- 
problem wünscht man sich meist kurze Reak- 
tionszeiten. Ist z. B. für eine schnelle Pegel- 
anpassung ein Meßwert innerhalb kürzester 


4 Diese Definition bezieht sich auf FORTH83. Auf 
figFORTH-Systemen gilt aufgrund der etwas ande- 
ren Definition von WORD folgende Sequenz: 

: MAL 32 WORD HERE NUMBER DROP * ; 


Tafel 1 Scaiierungsquotienten 


Konstante 


Approximation Fehler 


n = 3,14159... 355/113 < 10 -7 

22/7 < 10' 3 

V2 = 1,41421 ... 19601/13860 < 10“ 8 

99/70 <10“ 4 

V3 = 1,73205... 18817/10864 < 10“ 8 

97/56 <10“ 4 

V10 =3,1 6227 . . . 22936/ 7253 < 1 0" 8 

117/37 <10“ 4 
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Zeit zu logarithmieren, wäre das Auslesen ei- 
ner vorberechneten Tabelle (und evtl. Inter- 
polation) eine einfache und akzeptable Mög- 
lichkeit. In /1 5/ ist das anhand der Sinusfunk- 
tion gezeigt. 

Der 2-Byte-Zahlenbereich ist für die Verar- 
beitung von Meßwerten z. B. aus einem Ana- 
log-Digital-Umsetzer ideal geeignet. Soll nun 
der Meßwert oder irgendein anderer Parame- 
ter mit einem beliebigen Faktor multipliziert 
werden (Skalierung), findet sich mit Sicher- 
heit ein Quotient, der dem gewünschten Ska- 
lierungsfaktor bis auf einen sehr kleinen Feh- 
ler nahekommt. Tafel 1 gibt einige solche 
Quotienten für gängige Konstanten wieder. 
Weitere Werte sind z. B. in /I/, 181 und 19/ zu 
finden. Mit Hilfe von */ wird aus dem Zähler 
und dem Stackwert ein doppelt genaues Zwi- 
schenprodukt berechnet und die Division 
durch den Nenner zu einer wieder einfach- 
genauen Zahl ausgeführt. Wie genau diese 
Rechnung wird, sollte man einmal mit Hilfe 
eines Taschenrechners nachvollziehen. 

2.4. Erweiterungen 

Nichtsdestotrotz wird so mancher potentielle 
Anwender sagen: Ich habe genügend Re- 
chenzeit, aber keine Zeit, mir über die Reali- 
sierung von arithmetischen Funktionen und 
die Überschreitung von Zahlenbereichen Ge- 
danken zu machen. Nun, es läßt sich immer 
ein geeignetes Gleitkommapaket finden 
(siehe z. B. /1 0/), falls es nicht ohnehin schon 
vorhanden ist; entweder als FORTH-Erweite- 
rung oder, wie in /II/ demonstriert, als Ein- 
bindung einer vorhandenen Gleitkomma- 
arithmetik. Welches Format man einsetzen 
wird, ergibt sich aus den Erfordernissen und 
vorhandenen Möglichkeiten. Für hochge- 
naue Berechnungen findet man z. B. in der 
von der WPU Rostock angebotenen com- 
FORTH-Version 171, /1 2/ eine überlange Inte- 
gerarithmetik, deren bis zu 22 Byte langes 
Format keine Wünsche offenlassen dürfte. 
Wer mit komplexen Zahlen rechnet oder mit 
Strings hantiert, findet ebenfalls solche spe- 
ziellen Systemergänzungen. Die Erweite- 
rungsmöglichkeiten von FORTH sind bereits 
jetzt recht vielfältig und werden mit der weite- 
ren Verbreitung dieser Softwarephilosophie 
noch bereichert werden. Dabei sind Bestre- 
bungen zur Standardisierung zu beobachten 
/1 6/. Bevor der Anwender sich der Mühe un- 
terzieht, selbst Standardfunktionen zu pro- 
grammieren, sollte er die verfügbare Soft- 
ware kennen, um unnötigen Aufwand zu ver- 
meiden. 

3. Das FORTH-System 

3.1. Kompaktheit 

Das System ist äußerst kompakt. Schon in 
2 KByte sind Grundstrukturen realisierbar. 
8 KByte reichen für ein dialogfähiges System 
einschließlich Editor und Assembler, und in 
16 bis 32 KByte lassen sich bereits übliche 
Applikationen unterbringen. Die Compilie- 
rung einzelner Module in ein neues Wort be- 
nötigt nur jeweils 2 Byte Speicherplatz in des- 
sen Parameterfeld (s. 3.5.1.). Für turn-key- 


5 Das fertige Programm wird als lauffähiger Code 
unter dem gewünschten Namen abgespeichert und 
läßt den Anwender von FORTH nichts mehr 
spüren. 
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Systeme 5 und Applikationen für Zielsysteme 
ohne Dialogfähigkeit kann man bei Bedarf 
alle dann überflüssigen Konstruktionen wie 
Wortheader (vgl. 3.5.1 .) und nicht (mehr) be- 
nötigte Definitionen entfernen und eine kaum 
noch zu überbietende Speicherausnutzung 
erreichen (vgl. z. B. /1 4/) . 

3.2. Geschwindigkeit 

Die Abarbeitung des compilierten FORTH- 
Code durch die emulierte FORTH-Maschine 
benötigt nur etwa die vierfache Zeit 181 ge- 
genüber einem optimierten Assemblerpro- 
gramm. Dieser Wert variiert je nach einge- 
setztem Prozessortyp /I/, 161, 171 und gege- 
bener Problemstellung. Die Anwendung der 
post-fix-Notation (vgl. 2.3.1.), das Konzept 
des gefädelten FORTH-Codes und die Ar- 
beitsweise des inneren Interpreters halten 
den Overhead bei der Programmabarbeitung 
gering. Dazu kommen aufgrund der Maschi- 
nennähe und des modularen Aufbaus wei- 
tere Möglichkeiten. Angenommen, in einer 
Applikation werden 90% der Programmlauf- 
zeit von 5% des Codes in Anspruch genom- 
men (z. B. eine Such-, Sortier- oder Konver- 
tierungsprozedur) und man möchte die Abar- 
beitungsgeschwindigkeit erhöhen, dann 
kann man, ohne die restlichen 95% des Co- 
des irgendwie modifizieren zu müssen, diese 
bisher als Secondary definierte Prozedur in 
Assembler neu codieren und als Primitive 
(s.2.1.3.) in die Applikation einbinden. Die 
Gesamtlaufzeit des Programms erreicht 
dann fast die Werte, die optimierter Maschi- 
nencode bietet. 

3.3. Multitasking 

Für Echtzeitprobleme, aber auch bei der Off- 
line-Verarbeitung von Daten, ist Multitasking- 
fähigkeit oft unverzichtbar. FORTH bietet 
auch das. Alle taskspezifischen Pointer sind 
als USER-VARIABLE angelegt, also über ei- 
nen Offset, der in einer Variablen gehalten 
wird, erreichbar. Das Umschalten zwischen 
den einzelnen Tasks erfolgt einfach durch 
Verändern dieses Offsets. Zwei Verfahren 
sollen kurz genannt werden. Das einfachere, 
z. B. in der public domain Version F83 181 in- 
stallierte, besteht darin, daß jede einzelne 
Task möglichst oft einen Befehl PAUSE ent- 
hält, der ein Weiterschalten zur nächsten 
Task ermöglicht. Zu diesem Zweck enthalten 
in F83 verschiedene, oft auftretende Anwei- 
sungen bereits dieses Wort (z. B. die Zeichen 
EMITtierende Prozedur). Dieses unter der 
Bezeichnung robin round bekannte Prinzip/ 
8/ ist für die meisten Anwendungsfälle völlig 
ausreichend. Für zeitkritische Applikationen 
kann man einen sogenannten Scheduler 
installieren, der die Tasksteuerung ent- 
sprechend einem Zeitplan und vorgegebene 
Prioritäten erledigt (Timesharing). Ein für den 
Softwäreentwickler relevantes Multitask- 


Anwendungsbeispiel könnte beim Debug- 
ging die Anzeige aller wichtigen Systemzu- 
stände auf einem Zweitmonitor sein. 

3.4. Interruptbehandlung 
Wird vom Prozessor ein Interrupt akzeptiert, 
so kann nach dem Retten der notwendigen 
Register die Serviceroutine in Maschinen- 
code ablaufen und nach der Rekonstruktion 
des ursprünglichen Prozessorstatus wieder 
an das FORTH-System übergeben werden. 
Soweit der einfache Fall. Interessant wird 
nun die Möglichkeit, Interruptserviceroutinen 
in FORTH zu programmieren. Nach dem bis- 
her Gesagten kann man die Fragestellung 
darauf reduzieren, wie man von der Maschi- 
nenebene aus FORTH-Worte aufrufen und 
wieder in die Maschinenebene zurückkehren 
kann (um die Interruptserviceroutine mit der 
Registerrestaurierung und dem prozessor- 
spezifischen Abschlußbefehl zu beenden.). 
FORTH ist auch in diesem Punkt offen: Das 
eine Doppelpunktdefinition beendende Wort 
; (IMMEDIATE-Wort, s. 3.5.4.) compiliert 
eine Routine zum Abschluß der durch das 
später aktivierte Wort hervorgerufenen Pro- 
zesse (NEXT). Um ein aus der Maschinen- 
ebene heraus aufrufbares Wort zu kreieren 
(welches wieder dorthin zurückkehrt), kann 
genau hier angesetzt werden. Es ist lediglich 
der Sprungbefehl nach NEXT durch ein 
RETURN zu ersetzen. In 181 wird dabei der 
unkomplizierte Weg über die Definition eines 
speziellen Abschlußbefehles ;RET, der an- 
stelle von ; eine Definition beschließt, be- 
schritten. Mit einem Blick in das (oft nicht vor- 
handene) Listing oder mit Hilfe eines Discom- 
pilers erfährt man den Aufbau von ; und kann 
diese wenigen Zeilen (jetzt mit RETURN an- 
stelle von NEXT!) neu codieren. Solche 
Worte sollten nie von FORTH aus direkt auf- 
gerufen werden, wenn man sein System am 
Leben erhalten will. Der eigentliche Aufruf in 
der Maschinenebene kann nach Bereitstel- 
lung der Codefeldadresse (CFA, s. 3.5.1. u. 

3.5.5. ) über einen CALL in das Wort EXE- 
CUTE hinein realisiert werden. Die hier dar- 
gestellte Möglichkeit ist nicht die einzige. 
Weiteres ist u. a. in /V zu finden. 

3.5. FORTH von innen 

3.5.1. Struktur eines Lexikoneintrages 
Bild 5 zeigt den prinzipiellen Aufbau eines 
figFORTH-Wortes. Die Namenfeldadresse 
(NFA) zeigt auf den Beginn des Namenfel- 
des, dessen erstes Byte neben der Längen- 
angafie (count) zwei Kennungsbits enthält. 
Das SMUDGE-Bit S ist im allgemeinen 0. 
Noch nicht fertig definierte Wortstrukturen 
enthalten S=1 und sind damit vom System 
nicht aufrufbar. Das Precedence-Bit P ist bei 
allen IMMEDIATE-Worten (s. 3.5.4.) gesetzt. 
Alle FORTH-Worte eines Vokabulars sind 
über die jeweilige Unkfeldadresse (LFA) mit- 
einander verkettet, was für die Suchläufe des 
Textinterpreters erforderlich ist. Sie hält ei- 
nen Pointer auf die NFA des jeweils im glei- 
chen Vokabular zuvor definierten Wortes. 
Die Codefeldadresse (CFA), auch mit Wort- 
adresse bezeichnet, enthält die Startadresse 
einer worttypspezifischen Maschinenroutine. 
Gelangt ein FORTH-Wort zur Ausführung, 
übergibt der innere Interpreter (s. 3.5.5.) die 
Kontrolle an diesen Maschinencode. Bei- 
spielsweise transportiert DOCON, der Aus- 
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führungscode des Worttyps Konstante, den 
Inhalt der Parameterfeldadresse (PFA) auf 
den Datenstack. Einige weitere symbolische 
CFA-Inhalte sind: 

DOVAR: (DO VARiable) bringt die PFA auf 
den Stack (Worttyp Variable). 

DOUSER: (DO USER-variable) bringt 
Summe von Inhalt der PFA und Inhalt von UP 
(User-Area-Pointer) zum Stack (Wortyp 
User- Variable). 

DOCOL: (DO COLon) bringt den inneren In- 
terpreter zur nächsttieferen Verarbeitungs- 
ebene. Dann Abarbeitung der Folge von 
CFAs im Parameterfeld (Worttyp Secon- 
dary). 

PFA: Maschinencode befindet sich im Para- 
meterfeld (Worttyp Primitive). 


Prinzipiell kann der Maschinencode an belie- 
biger Stelle im RAM liegen. Er muß lediglich 
mit einem Sprung nach NEXT, dem Eintritts- 
punkt des inneren Interpreters, enden. Das 
Parameterfeld beginnt an der PFA. Hier ist 
der eigentliche Wortinhalt verborgen: Daten 
beliebiger Struktur, direkt ausführbarer Ma- 
schinencode oder eine CFA-Folge. Zum Bei- 
spiel: 


Konstante: 

Variable: 


User-Variable: 

Secondary: 

Primitive: 


Der Wert selbst. 

Der Wert selbst. 

(Beachte unterschiedliches 
Laufzeitverhalten!) 

Offset zum UP 
CFA-Kette der definierten 
Wortfolge. 

Maschinencode. 


Der in Bild 5 gezeigte Wortaufbau ist nicht für 
alle FORTH-Versionen identisch. Bei F83/8/ 
befindet sich die LFA vor der NFA, wodurch 
z. B. schnellere Dictionarysuchläufe möglich 
werden. Vor der LFA ist ein weiterer Zeiger 
VFA (View Field-Address) angeordnet, der 
auf den Quellscreen verweist, aus dem das 
betreffende Wort compiliert wurde. Mit VIEW 
name erreicht man den zugehörigen Quell- 
text. In der in /14 / beschriebenen Lösung 
liegt stattdessen zwischen LFA und CFA ein 
Pointer auf das betreffende Parameterfeld. 
Damit ist es möglich, eventuellen Assembler- 
hilfscode direkt im Codefeld unterzubringen, 
da dieses jetzt mehr als 2 Byte umfassen darf. 

3.5.2. Memory Map 

Bild 6 zeigt eine typische Memory Map. 
Diese Aufteilung ist stark implementations- 
und rechnerabhängig. Es soll lediglich eine 
Vorstellung vom inneren Aufbau vermittelt 
werden. Interessiert die Speicheraufteilung 
einer vorliegenden Implementation, kann 
man sich die Werte der einzelnen Zeiger vom 
System erfragen. Zum Beispiel: 

RPO ?(RET) 3F74QK 

RPO ist eine User-Variable, welche den Kalt- 
startwert für den Returnstack-Pointer RP 
hält. 


3.5.3. Zum Beispiel der äußere Interpreter 
FORTH ist nicht nur offen nach außen, son- 
dern auch nach innen. Es gibt keine Blackbox 
für den Programmierer, wie das bei anderen 
Programmiersprachen der Fall ist. Man kann 
sich überall umsehen und bei Bedarf auf ein- 
fache Art und Weise Modifikationen vorneh- 
men. Zum Beispiel der äußere Interpreter: 


Nach der Systeminitialisierungsphase 
(Worte COLD, WARM und ABORT) befindet 
FORTH sich in einer Endlosschleife, dem äu- 
ßeren Interpreter QUIT. Beide Stacks sind 
leer, und das System erwartet Zeichen 
(meist) von der Tastatur (QUERY). Sobald 
welche eintreffen, werden sie in den TIB (Ter- 
minal-lnput-Buffer) transportiert. Mit dem Er- 
kennen eines (RET) (LFCR-Sequenz OAH 
ODH) wird die im TIB aufgebaute Stringfolge 
INTERPRETiert (Aufruf des Textinterpreters 
INTERPRET) und danach wieder mit 
QUERYaufText gelauert (dies ist eine etwas 
vereinfachte Darstellung). Analog kann man 
die Arbeitsweise von INTERPRET verfolgen, 



Bild 6 Memory Map 


so zum inneren Interpreter gelangt. In glei- 
cher Weise läßt sich das System bezüglich 
seiner Massenspeicheranbindung und aller 
anderen Komponenten beleuchten. 

3.5.4. Der FORTH-Compiler 

Der FORTH-Compiler wird durch verschie- 
dene Compilerworte repräsentiert, welche 
als integrale Systemfunktionen im Zusam- 
menwirken mit dem FORTH-Gesamtsystem 
die Quelltextcompilation vornehmen. Bei- 
spielsweise: 

CREATE name 

Ein Wortheader (vgl. Bild 5) wird im Dictio- 
nary aufgebaut. 

. (n — ) 

Ein 2-Byte-Wort wird vom Stack in das Dictio- 
nary compiliert. 

C, (n — ) 

Ein 1 -Byte-Wort wird vom Stack in das Dictio- 
nary compiliert (High-Byte von n wird igno- 
riert). 

ALLOT (n — ) 

Reserviert n Zellen im RAM an aktueller Er- 
weiterungsposition im Dictionary. 

IMMEDIATE 

Das Precedence-Bit in der letzten Definition 
wird gesetzt (vgl. 3.5.1.). 

Das FORTH-System unterscheidet anhand 
der User-Variablen STATE, ob es sich im 
compilierenden oder executierenden Mode 
befindet. Der Wechsel zwischen beiden Modi 
erfolgt mittels ] (schaltet den Compile-Modus 
ein und [ (suspendiert den Compiler, womit 
automatisch wieder der Execute- Mode er- 
reicht wird). So verwendet z. B. das Defini- 
tionswort : u. a. die Worte CREATE und ]. Die 
Compilerworte [ und SMUDGE findet man 
u.a. im eine Colon-Definition beendenden 
Wort ;. Der Textinterpreter INTERPRET prüft 
für jedes gefundene Wort den Systemstatus 
(STATE @) und übergibt die ermittelte CFA 
entweder an EXECUTE zur Ausführung oder 
ruft das Wort , , welches dann die CFA ins 
Dictionary compiliert. Zahlen im Textein- 
gabestrom werden im Execute-Mode zum 
Datenstack transportiert. Oder es erfolgt die 
Compilierung zusammen mit einem zahlen- 
formattypischen Literalhandler. 

Die streng sequentielle Textauswertung im 
FORTH-System ermöglicht u.a. das Um- 
schalten in den Execute-Mode und wieder in 
den Compile-Mode mitten in einer eröffneten 
Colon-Definition. Diesen Umstand kann man 
z. B. nutzen, um Berechnungen während der 
Compilezeit ausführen zu lassen, um damit 
die Laufzeiten zu minimieren. Wurde nach 
der Definition eines Wortes mit IMMEDIATE 
dessen Precedence-Bit (Vorrangigkeits-Bit) 
gesetzt, wird es auch im Compile-Mode so- 
fort executiert. Beispielsweise ist ; ein sol- 
ches IMMEDIATE-Wort. Es gibt noch weitere 
Compileranweisungen wie z. B. auch die 
selbstdefinierten Definitionsworte (vgl. 
2.1.1.). Die hier erwähnten Worte verdeutli- 
chen jedoch die prinzipielle Funktion für ein 
erstes Verständnis ausreichend. 

3.5.5. Der innere Interpreter 

Die prinzipielle Arbeitsweise des inneren 
Interpreters, das ist das Zusammenspiel 
der Register des FORTH-Prozessors (vgl. 
Bild 1 ) bei der Interpretation des gefädel- 
ten FORTH-Codes, ist in Tafel 2 skizziert. 
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Tafel 2 Funktionen des inneren Interpreters 


I U880-Assembler 


NEXT: 


«IP))-<W) 

(IP) := (IP) + 2 


NEXT1 : 


«W))-T 


DOCOL: 


(RP) : = (RP) + 2 
(IP)-.((RP>) 

(W)-.(IP) 

JUMP NEXT 


Entry des inneren Interpreters 1 NEXT: 

IP hält die aktuelle physische Adresse innerhalb des ! 
Parameterfeldes des gerade in Abarbeitung befind- ! 

liehen Wortes ! 

Die dort befindliche CFA wird nach W gebracht. Dies ! 
ist die nächste auszuführende Anweisung. ! 

Stelle I P auf nächste physische Adresse ( Vorberei- ! 

tung für NEXTes Wort). ! 

innerer Entry (z.B. für EXECUTE) ! NEXT1: 

WhältdiezuexecutierendeCFA. I 

Die Codeadresse CA, d. i. die Startadresse des wort- ! 
spezifischen Ausführungscode, des jetztzuexecu- ! 

tierenden Wortes (z. B. DOCOL, DOVAR oder anderer I 
Maschinencode) .wird ausgelagert (Temporary) I 

W wird auf PFA des nun aktuellen Wortes gesetzt. ! 

Lade PC mit CA, damit Abarbeitung des Ausführungs- ! 
code. Dieserendeti.a.miteinemSprungnachNEXT I 

(nächstes Wort). I 


D. i. der allen Secondarys gemeinsame Ausführungscode! DOCOL: 
(DOtheCOIon). DieAdresseDOCOLwirdbeiAufruf I 

der Doppelpunktdefinition in neue CFA compiliert. I 

RP auf nächste Zelle setzen. I 

Nächste physische Adresse der aktuellen Verarbei- I 

tungsebene auf Returnstack retten. I 

W wurde in NEXT auf PFA des aktuellen Wortes gesetzt. I 
Die dortige CFA wird dem IP übergeben und damit die I 
nächsttiefere Verarbeitungsebene erreicht. I 

Und wieder von vorn (jetzt eine Ebene tiefer). I 


LDA, (BC) 

LDL, A 

INC BC 

LDA, (BC) 

LDH, A 

INC BC 


LD E (HL) 

INC HL 

LD D, (HL) 

EX DE ,HL 

;DE = CFA+1 
JP (HL) 


LD HL ,(RPP) 

DEC HL 

LD(RPP) ,HL 

LD (HL) ,C 

INC HL 

LD(HL) ,B 

INC DE 

LD C ,E 

LD B ,D 

JP NEXT 


SEMIS: 


((RP)) — * IP 

(RP);- RP-2 
JUMP NEXT 


Diese Prozedur wird am Ende einer Doppelpunktdefini- I SEMIS: 
tion mit dem Aufruf des Wortes ; in das Parameter- I 
leid compiliert und bewirkt die Rückkehr in die I 

vorherige Verarbeitungsebene. I 

I P zeigt ins Leere (Ende des Secondary) und wird mit ! 

dem letzten geretteten Wert (nächste physische I 

Adresse der vorherigen Verarbeitungsebene) geladen. I 
Rückstellen von RP. I 

NEXTes Wort in vorheriger Verarbeitungsebene. I 


LD HL ,(RPP) 

LD C ,(HL) 

INC HL 

LD B ,(HL) 

INC HL 

LD(RPP) ,HL 

JP NEXT 


PFADUP: ; Maschinencode des Wortes DUP (Dupliziere TOS) I DUP: 

; befindet sich im Parameterfeld von DUP (2 Byte I POP 

; unter der CFA beginnend). I PUSH 

((DP)+2) ;= ((DP)) ; Kopiere TOS in nächste RAM-Zelle. I PUSH 

(DP) := (DP) +2 ; Setze Zeiger auf TOS neu. . JP 

JUMP NEXT ; Fertig zum NEXTen Wort. I 


FORTH ist nicht leicht zugänglich. Der Einar- 
beitungsaufwand ist mit Sicherheit höher als 
z. B. bei Pascal. Der Anwender wird dafür je- 
doch voll entschädigt, wenn er einmal die 
Handhabung dieses Werkzeuges beherrscht 
und die dahinter stehende Philosophie /18/ 
verstanden hat. 

FORTH-Quelltext ist nicht unbedingt leicht zu 
lesen. Die Zeit für eine hinreichende Doku- 
mentation über jeden geschaffenen Modul 
sollte man im eigenen Interesse investieren. 
Rekapitulation ist bekanntlich recht mühse- 
lig- 

Anwendungen sind u. a. auf dem Gebiet der 
Robotertechnik /19/, /20/ bekannt geworden. 
Das modulare Konzept, die Transparenz und 
die permanente Regenerierungsfähigkeit 
von FORTH-Systemen macht FORTH auch 
für die Mitgestaltung großer und größter Soft- 
warepakete prädestiniert. 

In FÖRTH Programmieren impliziert das sy- 
stematische Aufbereiten der Aufgabenstel- 
lung. Gleichzeitig bleiben dem Programmie- 
rer viele Freiräume bei der Realisierung der 
einzelnen Komponenten. FORTH zeichnet 
sich durch sehr kurze Wechsel zwischen Co- 
dierung und Test aus. Diese interaktive Pro- 
grammiertechnik ermöglicht schnelle Fehler- 
beseitigung und hohe Produktivität 1221. 
FORTH ist eine junge, noch im Wachsen be- 
griffene Programmiersprache. Obwohl von 
Natur aus einer Standardisierung entgegen- 
stehend, sind bisherige Bemühungen der 
Forth Interest Group (figFORTH, FORTH83) 
recht erfolgreich. Anpaßprobleme von Pro- 
grammen an unterschiedliche FORTH-Ver- 
sionen gibt es praktisch nicht, solange die 
gängigen Systemschnittstellen eingehalten 
werden. Fehlende Worte können schnell 
hinzu definiert werden. 

Die bisher relativ geringe Akzeptanz von 
FORTH wird nicht unbedingt auf den höheren 
Einarbeitungsaufwand gegenüber anderen 
Programmiersprachen zurückgeführt, son- 
dern ist in unzureichender Information über 
diese Programmiertechnik begründet. Die- 
sem Umstand etwas zu begegnen, war An- 
laß, diesen Artikel zu schreiben. 


(x) -bezeichnet Inhalt von x 

-» -symbolisiert eine Ladeoperation 

:= -symbolisiert eine Neuzuweisung 


Anhand der Routinen NEXT, DOCOL und 
SEMIS läßt sich gut verfolgen, wie der 
FORTH-Prozessor durch die einzelnen Ver- 
arbeitungsebenen zu den Primitive-Worten 
gelangt, diese ausführt (DUP steht als ein 
Beispiel) und letztlich in die höchste rufende 
Ebene zurückkehrt. Dies ist i. allg. der äußere 
Interpreter, die Endlosschleife QUIT, dessen 
compiliertes SEMIS nie erreicht wird. Zur 
Verdeutlichung der ablaufenden Prozesse 
sind die entsprechenden Code-Teile eines 
U880-Assemblerlistings mit dargestellt. Der 
modulare Aufbau von FORTH ist auch hier im 
Systemkern gut zu erkennen. Es bereitet 
kaum Mühe, die Codierung zu verstehen. Da- 
mit ist eine wesentliche Voraussetzung für ei- 
gene Modifikationen, Erweiterungen oder 
Neuimplementierungen gegeben. Die Wech- 
selbeziehungen der einzelnen Register sind 
in /I/ ausführlicher dargestellt. 


I (IP) = BC - Doppelregister 
I DP = SP - CPU-Stackpointer 
I (W) = HL - Doppelregister 
! T = DE - Doppelregister 


4. Schlußbetrachtung 

Es ist nicht möglich, innerhalb eines Artikels 
auf alle Aspekte dieses Softwarewerkzeuges 
einzugehen. So mußten Betrachtungen zu 
verschiedenen verfügbaren Hilfsmitteln wie 
Discompiler und Tracer, Meta- und Cross- 
Compiler (z.B. /1 7/) oder turn-key-Funktio- 
nen ausgespart werden. Vektorielle Execu- 
tion und Vorwärtsreferenzen seien ebenfalls 
nur genannt. 

FORTH ermöglicht den Zugriff auf aus- 
nahmslos alle Systemressourcen bei gleich- 
zeitiger Verfügbarkeit als Hochsprache. Dar- 
aus resultiert eine erhöhte Verantwortung, 
denn das System erkauft diesen Komfort mit 
einer recht dürftigen Fehlerbehandlung. So 
gibt es z. B. keine Datentypenüberwachung 
wie etwa in der Sprache 6. Aber auch hier 
kann bei Bedarf erweitert werden. 
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Universelles 3D-Grafikprogramm in 
einer Anwendung zur 2dimensionalen 
Schnellen Fourier-Transformation 


Bodo Bachmann 

VEB Mikroelektronik „Karl Marx“ Erfurt 


In vielen Fällen ist es günstig, eine Vorstel- 
lung vom Verlauf mathematischer Funktio- 
nen bzw. experimentell ermittelter Meßwerte 
zu gewinnen. Im folgenden wird ein Pro- 
gramm vorgestellt, welches Funktionen der 
Form z = f (x,y) räumlich, perspektivisch 
darstellt, wobei die grafischen Darstellun- 
gen mathematisch verdrehbar und somit aus 
beliebigen Richtungen betrachtbar sind. 
Daran anschließend wird ein Programm zur 
Schnellen Fourier-Transformation beschrie- 
ben, dessen Transformationspaare wir- 
kungsvoll mit dem ßD-Grafikmodui darge- 
stellt werden können. 

3D-Darstellung # 

Um ein 3dimensionales Bild entsprechender 
Auflösung mit einem Mikrorechner auch in 
kurzer Zeit darzustellen, wurde die Program- 
miersprache FORTH verwendet. Dabei ka- 
men die in 121 und 13/ beschriebenen Erweite- 
rungen des figFORTH-Standards zur An- 
wendung. Der Plotter robotron K 641 8 diente 
als Zeichengerät. Es kann aber auch bei ge- 
ringer Modifikation des Programmes ein Gra- 
fikdisplay angesteuert werden. 

Das Programm setzt sich aus folgenden 
Hauptteilen zusammen : 

1 . Koordinatentransformation 

2. Projektion (Parallelprojektion) 

3. Zeichnen mit Weglassen der verdeckten 
Linien. 

Die Theorie dazu ist ausführlich in /I/ be- 
schrieben. 

Vorausgesetzt wird eine Matrix von Funk- 


tionswerten des darzustellenden Objektes im 
x,y,z-Koordinatensystem. Durch die Koordi- 
naten x und y wird eine Speicheradresse ein- 
deutig charakterisiert. Auf dieser Adresse 
steht dann der Funktionswert z. Die Matrix 
wird also als Kette von Funktionswerten im 
Speicher abgelegt. 

Mit den gewünschten Betrachtungswinkeln 
(Drehung und Kippung) transformieren sich 
die Koordinaten x,y,z zu den Koordinaten 

Es werden gleich am Anfang die Schrittwei- 
ten in x- und y-Richtung transformiert, da 
dann in einem kartesischen Raster jeder 
Punkt durch deren Vektoraddition erreicht 
werden kann. Der Programmteil für die 
Transformation der y-Schrittweite ist in Bild 1 
zu sehen. Es werden die transformierten 
Werte UY und VY, die die Schrittweite zum 
nächsten Punkt charakterisieren, auf dem 
Parameterstack (PS) bereitgestellt. 

Das Programm entspricht den Formeln 
UY = - cos(a) 2000/(n - 1 ) SGN (sin[a]) (1 ) 
VY = sin(a) sinO?) 2000/(n - 1 ) SGN (sin[a]) (2) 

a bezeichnet den Drehwinkel, ß den Kippwin- 
kel, N die Dimension (max. 81 ), und 2000 ist 
dabei ein Normierungsfaktor. Schon hier ist 
der Vorteil eines extra Gleitkommastacks 
(GS) zu ersehen. So spart man sich einige 
SWAP-, ROT- oder OVER-Befehle. 

Die x-Schrittweite wird analog transformiert. 
Nun kann die erste Matrixzeile in einen Zwi- 
schenspeicher geholt werden. Mittels des in 
Bild 2 gezeigten Wortes PROJ wird dann je- 
weils ein einzelner Punkt projiziert. Zu über- 
geben sind dabei auf dem Parameterstack 
UY, VY, LU, LV, I und auf dem Gleitkomma- 
stack coslß). 

LU und LV bezeichnen den aktuellen Stand 
des Plotters, I den Punktezähler. 


Man erhält auf dem Parameterstack UY, VY 
(unverändert), LU’, LV’, U, V und auf dem 
Gleitkommastack wieder coslß). U und V 
sind die vom Plotter anzufahrenden Koordi- 
naten. Zu entscheiden wäre noch, ob die Li- 
nie auch gezeichnet wird. Das gleich an 
PROJ anzuschließende Wort LINE (Bild 3) 
überprüft den aktuellen Punkt mit den Koordi- 
naten U und V, ob er evtl, durch andere 
Punkte verdeckt wird. Ist dies nicht der Fall, 
wird die Feder des Plotters gesenkt und die 
Linie bis zum Punkt gezogen, sonst bleibt die 
Feder angehoben. 

Das Prinzip des Nichtzeichnens verdeckter 
Bildlinien beruht darauf, daß Bildlinien von Li- 
nien des Objektes, die dem Betrachter näher 
liegen, früher gezeichnet werden als die Bild- 
linien von Objektlinien, die weiter entfernt 
sind, und daß jede Bildlinie, die gezeichnet 
werden soll, mit einem unteren Grenzvektor 
verglichen wird. Sie wird nur dort gezeichnet, 
wo sie größer als der obere oder kleiner als 
der untere Grenzvektor ist. Beide Vektoren 
werden gleichzeitig auf den neuesten Stand 
gebracht, das heißt, die Bildlinie wird in die 
Grenzenbildung mit einbezogen. 

Im Wort LINE werden die Adressen der Ver- 
gleichspunkte berechnet, und deren Werte 
werden mit V verglichen. Ist der entspre- 
chende Vergleichspunkt größer bzw. kleiner, 
so wird die Variable T inkrementiert. Nur 
wenn T den Wert 2 erreicht und wenn zusätz- 
lich T beim vorherigen Punkt auch 2 erreicht 
hat (wird in 2T gemerkt), wird die Feder ge- 
senkt. Jetzt werden die Koordinaten U und V 
für den Plotter normiert, erhalten einen Offset 
und können an den Plotter übergeben wer- 
den. 

Es fehlen nun noch einige Rahmenwörter, 
die spezielle Winkelbereiche testen und die 
Schleifen zum Punktedurchlauf definieren. 
Diese sind relativ einfach und werden des- 
halb nicht extra erläutert. 

Die Bilder 4 bis 6 zeigen einige Beispiele für 
mit diesem Programm gezeichnete Funk- 
tionen, deren Auflösung 41 mal 41 Punkte 
beträgt. In den Bildern 4 und 5 wurde aller- 
dings nur jede zweite Linie gezeichnet. (Die 
Grafik aus Bild 5 verwendeten wir wegen ih- 
rer Attraktivität bereits zur Gestaltung des 


-2000. M@ 1 - * 


* GDUP CA G© 

* V7 0© G* 

->8 SA G@ SB G@ 


( (N-1 ) »2, wenn nur jede 2. Linie 
gezeichnet wird 
(Zahl vom PS zum GS) 


W«Maßstabsfaktor 


'd 1 FORTH-Wort zur Schrittweitentransformation 

'd 2 Berechnung der Projektionskoordinaten eines Punktes 

Bild 3 Zeichnen ohne verdeckte Linien 


1 oberste Stackpos.) 


+ SWAP ROT DUP 
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Titelbildes von MP 11/1987, als es um das 
Thema Computergrafik ging.) 

Im Programm können maximal 81 mal 81 
Punkte dargestellt werden. 

Interessant ist der Zeitvergleich zu einem 
entsprechenden BASIC-Programm, welches 
für die Dimension 41 ca. 20 min benötigt. Das 
FORTH-Programm hingegen braucht nur 
2 min, wobei, wie auch in /3 / schon angedeu- 
tet, diese Zeit durch die Zeichengeschwindig- 
keit des Plotters begrenzt wird. Die reine Re- 
chenzeit liegt noch darunter. (Die Zeiten be- 
ziehen sich auf den Bürocomputer A 51 30 mit 
2,5 MHz Taktfrequenz.) 


Schnelle Fourier-Transformation 

Die 2dimensionale Fourier-Transformation 
basiert hier im dargestellten Programm auf 
dem Schnellen Fourier-Transformationsal- 
gorithmus nach Cooley und Tukey, speziell 
unter Verwendung der Basis 2/4/. Repräsen- 
tiert wird dieser Programmteil durch das 
FORTH-Wort SFT (Bild 8). Ein analoges BA- 
SIC-Programm, dessen Funktionsweise si- 
cher leichter nachzuvollziehen ist als das 
FORTH-Wort SFT, ist in /4/ zu finden. Jedoch 
weist das Wort SFT noch spezielle pro- 
grammtechnische Besonderheiten auf. So 
werden beispielsweise nur 2-Byte-lnteger- 


zahlen verarbeitet. Die Gleitkommarechnung 
wird hier nur zur Berechnung der Winkelfunk- 
tionswerte verwendet. Durch die Integerrech- 
nung sind hohe Rechengeschwindigkeiten 
zu erzielen. Zur weiteren Steigerung der Re- 
chengeschwindigkeit werden die benötigten 
Winkelfunktionswerte durch das Wort COSI 
im Speicher bereitgestellt. 

Die in SFT benötigte Bitspiegelung (INVERS) 
sowie eine besonders schnelle Multiplika- 
tionsroutine (MS*) wurden als FORTH-Pri- 
mitive definiert (Bild 7). 

Im Wort SFT wird ein Vektor von N Elemen- 
ten mit Real- und Imaginärteil transformiert. 
N ist dabei im Rahmen der 2er Potenzen bis 



64 frei wählbar und zu Beginn der Rechnung 
in die Variable NF zu laden. Bei einer ande- 
Bild6 Anwendung in ren Speicheraufteilung sind auch höhere Po- 
derOptik: Wellenfläche tenzen möglich. 

und Punktbild für Koma Die Konstante ROFF enthält die Adresse des 

ersten Elementes des Realteil-Vektors. 1 28 
Byte höher im Speicher wird durch die Kon- 
stante IOFF der Platz für den Imaginärteil des 
ersten Elementes markiert. 

Zur Erläuterung werden in Bild 8 teilweise die 
Stack- bzw. Returnstack-Belegungen in 
Klammern dargestellt. Dabei bezeichnen 
speziell RI , R2, II und 12 die Adressen der 
gerade zu berechnenden Real- bzw. Imagi- 
närteil-Elemente. Das Problem der Multipli- 
kation mit den Winkelfunktionswerten wurde 
folgendermaßen gelöst: Die Winkelfunktions- 
werte, bereits bereitgestellt im Wort COSI, 
werden dort auf 32767 normiert. Zur Multipli- 
kation wird dann die gemischt genaue Opera- 
tion MS* verwendet, die aber nur die höher- 
Biid 7 Parameter und wertigen 2 Byte des doppelt genauen Ergeb- 
Maschinendefinitionen nisses auf dem Stack ablegt. Dies entspricht 
zur SFT einer Division durch 65534, und durch die 
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Bild 8 FORTH-Wort zur linearen Schnellen Fourier-Transformation 



anschließende Multiplikation hat quasi eine 
Multiplikation mit dem echten Winkelfunk- 
tionswert (S 1) stattgefunden. Dabei wurde 
eine fast 4stellige Genauigkeit erzielt. Da alle 
anderen Operationen aus Additionen beste- 
hen, trifft die Genauigkeit für das ganze Wort 
SFT zu. Am Ende des Wortes wird die not- 
wendige Umordnung der Elemente mit Hilfe 
des Maschinenwortes INVERS (Bitspiege- 
lung) vollzogen. 

Um den Rahmen der 2-Byte-lntegerzahlen 
nicht zu sprengen, muß darauf geachtet wer- 
den, daß die Summe der eindimensional zu 
transformierenden Elemente die Zahl 32767 
nicht überschreitet. Die zu transformierenden 
Vektoren sind also entsprechend zu normie- 
ren. 

Weiterhin ist zu beachten, daß die Defini- 
tionswerte nur positiv sein können und Funk- 
tionen mit negativen Definitionswerten ent- 
sprechend ihrer Periodizität verschoben wer- 
den müssen. Eine solche Verschiebung wird 
bei Funktionen mit einem Definitionsbereich 
von - x bis + x durch den Aufruf des Wortes 
NEGAT (Bild 9) bewirkt. In Bild 9 ist noch die 
Definition des Wortes TEIL gezeigt, welches 
nach der Fourier-Analyse jedes Element 
.durch N teilt. 

Für eine Rücktransformation (Fourier-Syn- 
these) sind im Wort SFT in den beiden Zeilen, 
die auch das Wort MS* aufrufen, Addition 
und Subtraktion zu vertauschen. Das Wort 
TEIL wird dann nicht aufgerufen. 

Die Erweiterung des Fourier-Transforma- 
tionsprogramms zur Transformation quadra- 
tischer Matrizen, also Funktionen 2er Verän- 
derlicher, erfolgt am effektivsten, indem zu- 
erst alle Zeilen linear transformiert und da- 
nach die Spalten der so veränderten Matrix li- 
near transformiert werden oder umgekehrt. 
Ein Beispiel dazu aus dem Bereich der Optik 
zeigt Bild 6. Dargestellt werden die durch ein 
angenommenes Objektiv, welches lediglich 
durch einen einzelnen Bildfehler (Koma) be- 
lastet ist, erzeugten Wellenaberrationen und 
die daraus durch eine Fourier-Transforma- 


tion mit anschließender Intensitätsbildung 
(Quadratsumme von Real- und Imaginärteil) 
gewonnene Punktbildfunktion. 

Bei jeder Fourier-Transformation ist beson- 
ders auf die Einhaltung des Abtasttheorems 
/4/ zu achten, dessen Berücksichtigung in 
diesem speziellen Fall ergab, daß die Stütz- 
punktzahl der Wellenfläche maximal gleich 
der Hälfte der Dimension der Matrix sein darf. 
Die äußeren Zeilen und Spalten werden mit 
Nullen aufgefüllt. Auf diese Weise sind Band- 
überlappungen ausgeschlossen, und auch 
die Forderung der Bandbegrenzung ist er- 
füllt. 

Die Dimension der zu transformierenden Ma- 
trix des Beispiels aus Bild 6 betrug 64 mal 64 
Punkte. Die zur Transformation notwendige 
Rechenzeit belief sich auf ca. 4 min. Mit dem 
3D-Grafikmodul wurde jeweils nur ein Aus- 
schnitt der Matrix von 41 mal 41 Pünkten dar- 
gestellt. 

Abschließend soll noch bemerkt werden, daß 
der Programmieraufwand bzw. die Entwick- 
lungszeit für ein solches FORTH-Programm 
etwa 2- bis 3mal höher als für ein vergleich- 
bares BASIC-Programm ist. 

Literatur 

IV Bechstein, J.: Perspektivische Darstellung von 
Funktionen zweier Veränderlicher mit Hilfe von 
Plotter und Display. Zentralinstitut für Kernfor- 
schung 1977 

121 Bachmann, B.: Gleitkomma in FORTH. Mikro- 
prozessortechnik, Berlin 1 (1987) 6, S. 166 
/3/ Bachmann, B.: Steuerung des Plotters K6418 
in FORTH. Mikroprozessortechnik, Berlin 1 
(1987) 6, S. 168 

/4/ Brigham, E. O.: FFT Schnelle Fourier-Transfor- 
mation. Einführung in die Nachrichtentechnik. 
R. Oldenbourg Verlag München, Wien 1985 


| Bl KONTAKT 9 [ 

VEB Mikroelektronik „Karl Marx“ Erfurt, Abt. CET5, 
Rudolfstr. 47, Erfurt, 5010; Tel. 583968 


(Fortsetzung von Seite 41) 

/II/ Bachmann, B.: Gleitkomma in FORTH. 

Mikroprozessortechnik, Berlin 1 (1987) 6, 
S. 166-168 

1121 Woitzel, E.: comForth - Programmierwerk- 
zeug FORTH unter SCP. 
edv-aspekte, Berlin 5 (1 986) 4, S. 47-52 

/13/ Solntseff, N.: Forth Programming Style. Dr. 
Dobb’s Journal, Nr. 71 , Sept. 1 982, S. 30, 32 

/1 4/ Zech, R.: Forth auf einem Einchip-Mikro. mc 
Mikrocomputer-Zeitschrift Heft 1/1985, S.96 
■ bis 100 

/15/ Floegel, E.: FORTH Anwendungsbeispiete. 
Hofacker Verlag Holzkirchen 1 984 

/1 6/ Duncari, R,; Tracy, M.: The FVG Standard 
Floating Point Extension. Dr. Dobb’s Journal, 
•Nr. 71, Sept. 1984, S. 110-115 

/1 7/ Buvel, R.: A Forth Native Code Cross Cornpi- 
lerforthe MC68000. Dr. Dobb’s Journal, Sept. 
1984, S. 68-107 

/18/ Brodie, L.: In FORTH denken. ;. ■ 

Carl Hanser Verlag München 1 987 

./1 9/ Bruijn, P. M.: Forth programming in control en- ' 
gineering. Journal A, Vol.27, no2, 1986, 
S. 91-96 

/20/ Varga, G.; Krapp, M.: FORTH als Sprachkon- 
zept für Robotersteuerungen, edv-aspekte, 
Berlin 4 (1985) 4, S. 11—15 
- 12V Recherche Nr. 9397 vom 22. 7. 1986 
. Thema: Programmiersprache FORTH' 

VEB Robotron-Elektronik Dresden, Leitstelle 
Inform./Dokumentation, Postfach 330, Dres- 
den, 8012 

1221 Meyer, G.: SPS-Programmierung in FORTH. 
Markt und Technik, München, Heft 8/1984, 
S. 33, 34 


44 


Mikroprözessortechnik, Berlin 2 (1988) 2 



Mikroprozessorsystem Kl 810 WM86 

Hardware • Software ■ Applikation (Teil 1) 
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Das System K 1 81 0 WM86 wird in dieser 
Kurs-Reihe in folgenden Komplexen umfas- 
send vorgestellt: 

1. Systemarchitektur 

2. System-Schaltkreise 

3. Interface- Schaltkreise 

4. Interruptsystem 

5. C Pü- Asse mblerbefehle 

6. Assemblerprogrammierung mit 
SC P 1700 

7. Coprozessoren 

8. Programmentwicklung in C 

9. Multitask-Verarbeitung 

10. Systemüberblick 

1. Systemarchitektur 

Das 16-Bit-Mikroprozessorsystem Kl 810 
WM86 (8086) wird durch folgende Leistungs- 
merkmale gekennzeichnet: 

• Datenbreite 16 Bit 

• Speicheradreßraum 1 MByte 

• E/A-Adreßraum 64 KByte 

• CPU-Registerbreite 16 Bit 

- 4 Hauptregister 

- 2 Pointerregister 

- 2 Indexregister 

- 1 Flagregister 

- 4 Segmentregister 

- 1 Programmzähler 

• CPU-Takt5MHz 

• Coprozessorfähigkeit 

Es entspricht somit der mittleren Klasse sei- 
ner 16- Bit-Generation. 

Das System 8086 hat international eine au- 
ßerordentlich breite Anwendung gefunden, 
besonders auch durch den Einsatz in Perso- 
nalcomputern führender Hersteller. 

In den einzelnen Kapiteln dieses Kurses wer- 
den die Architektur, System- und Interface- 
Schaltkreise im Rahmen von applikativ er- 
probten Anwenderlösungen vorgestellt. Des 
weiteren folgen Beschreibungen zum Be- 
fehlssatz und zu Adressierungsmodi mit Bei- 
spielen zur Assemblerprogrammierung. Ein 
weiterer Abschnitt beschäftigt sich mit dem 
Multi- und Coprozessorverhalten. Danach 
werden die Möglichkeiten zur Programment- 
wicklung mit Hochsprachen einschließlich 
der Echtzeitprogrammentwicklung erläutert. 
Das abschließende Kapitel gibt einen Aus- 
blick zu weiterentwickelten Systemen der 
oberen 16-Bit-Klasse. 

Der Kurs hat sich zum Ziel gesetzt, in der ge- 
samten Breite von Hardware und Software 


Der Kurs hat sich zum Ziel gesetzt, in der ge- 
samten Breite von Hardware und Software 
die Erfahrungen zum System 8086 zu vermit- 
teln. Bezüglich von Detailbeschreibungen zu 
Parametern der Systemkomponenten, Voll- 
ständigkeit des Befehlssatzes und von 
Dienstprogrammen der Betriebssysteme 
wird auf die entsprechende Literatur der Ent- 
wickler hingewiesen. 

1.1. Systemkomponenten 
Eine8086-Mikrorechner-Grund konfiguration 
in der praxisrelevanten CPU-Betriebsart Ma- 
ximum-Mode besteht aus folgender Kompo- 
nenten (Bild 1 .1): 

Systemschaltkreise 

- 8284A Clock-Generator: Generierung des 
Systemtaktes CLK, READY- und RESET- 
Steuerung. 

-8086 CPU: Generierung des multiplexen 
Adreß-/Datenbus ADO . . . AD15, der höher- 
wertigen Adressen AI 6 ... AI 9, der Status- 
signale 5Ö ... 52 und der Sp eiche r-Bank- 
Steuerung Bus-High-Enable BHE, 

-8288 Buscontroller: G enerier u ng der Steu- 
ersign a le für S peicher-(MRDC, MWTC) und 
(IORC, IOWC), des Strobe-Signals ALE zur 
Adreßübernahme, der Freigabe- und Rich- 
tungssteuerung für die Datenb ustre iber 
(DEN, DT/fi) und des Signales INTA zur 
Interruptbestätigung. 

1.2. Busstruktur 

Die 8086-CPU besitzt einen multiplexen 
Adreß-/Datenbus, der überOctal-Latches 
8282 zum System-Adreßbus ABO ... AB 19 

Bild 1.1. 8086-Systemarchitektur 


und über Dalenbustreiber 8286 zum System- 
Datenbus DB . . . DB1 5 geführt wird. Die Se- 
lektion von Daten und Adressen erfolgt mit 
Hilfe der System-Steuersignale 
ALE address latch enable 
DEN data enable 
DT/R datatransmit/receive. 


1.3. Speicher und E/A-Ports 
Der Arbeitsspeicher ist byteorganisiert aufge- 
baut, das heißt, der gesamte Adreßraum von 
max. 1 MByte ist in 2 physisch getrennte 512- 
KByle-BankS (EVEN-, ODD-Bank) aufgeteilt. 
Die EVEN-Bank repräsentiert alle geraden 
Adressen (Chip-Select mit ABO = 0), und die 
8-Bit-Datenleitungen der Speicherbank sind 
zum niederwertigen Teil DB0 = DB7 des Sy- 
stembusses geführt. Dementsprechend ver- 
einigt die ODD-Bank alle ungeraden Adres- 
sen (Chip-Select mit BHE = 0), deren Daten- 
leitungen mit DB8 . . . DB15 verbunden sind. 
Die 8086-Ports mit dem maximalen Adreß- 
raum von 64 KByte sind ebenfalls byteorgani- 
siert und werden durch ger ade/u ngerade 
Adressen mittels ABO und BHE selektiert 
(Bild 1.1). Die Ein-/Ausgabebefehle erlauben 
somit neben der Byte-Em-/Ausgabe auch 
den Worttransfer über zwei 16-Bit-Ports be- 
nachbarter Adressen. 


1.4. CPU Basis-Timing 
Der 5-MHz-Systemtakt CLK, vom 8284A be- 
reitgestellt, ist unsymmetrisch mit ’/3 High- 
Pegel und 2 /a Low- Pegel (Bild 1 .2). Jeder 
CPU-Buszyklus besteht aus mindestens 
4 Takten. 

Vor dem Takt TI jedes Buszyklus erfolgt die 
Bereitstellung der Statussignale SO. S1 . S2 
nach folgender Kodierung: 
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32 5T5Ü 

0 0 0 Interrupt-Bestätigung 
0 0 1 Porteingabe 
0 1 0 Portausgabe 

0 1 1 Halt 

1 0 0 Befehlholen 

1 0 1 Speicheriesen 
1 1 0 Speicherschreiben 

1 1 1 passiv, kein Buszyklus. 

Aus diesen Statussignaten erzeugt der Bus- 
controller 8288 die Steuersignale 
MftDC memoryreadcontrol 
R3RÜ I/O read control 
MWTC memorywrite control 
iÖWC I/O write control 
und die zeitlich vorgezogenen Schreibsi- 
gnale 

AM WC advanced memory write control 
AlOWC advanced I/O write control . 

Zur Adreßübernahme in die Octal-Latches 
dient das Signal ALE zur Richtungssteuerung 
der Datenbustreiber DT/f? und zur Freigabe- 
steuerung der Datenbustreiber DEN. 

Die Statussignale S3 . . . S7 können durch 
eine extreme Logik gespeichert werden und 
enthalten Informationen über aktuelle Zu- 
griffe zu Segmentregistern und zu den Zu- 
standsbits. 

Im Takt TI werden von der CPU d ie Adressen 
A0.. . AI 5 (multiplex mit Daten), AI 6 ... AI 9, 
BHE (multiplex mit Status S3 . . . S7) generiert 
und von den Octal-Latches mit der fallenden 
Flanke von ALE übernommen. Zu Beginn 

von T2 stehen damit 

gültige Adressen und BHE bereit. Der 
Datentransfer wird durch Generierung der 
Steuersignale für die Speicher, für die 
E/A-Geräte und für die Datenbustreiber 
eingeleitet und mit den Takten T3/T4 
abgeschlossen. 


Speicherlese-ZBefehlshole- und Portlese- 
zyklen werden mit der Datenübernahme am 
Ende von T3 abgeschlossen. Bel Speicher- 
schreib- und Portschreibzyklen werden un- 
mittelbar nach TI die Daten von der CPU be- 
reitgestellt, um eine sichere Datenüber- 
nahme zu gewährleisten. 

1.5. Speichertransfer 

Der Datenaustausch zwischen CPU und Ar- 
beitsspeicher erfolgt durch Aktivierung der 
Signale ABO. BHE byte- oder wortweise nach 
folgendem Modus: 

BHE ABO Transfer 

1 0 Byte von gerader Adresse 

(EVEN- Bank) über DBO .. . DB7 
0 t Byte von ungerader Adresse 

(ODD-Bank) über DB ... DB 1 5 
0 0 Worttransfergleichzeitig von 

EVEN- und ODD-Bank. 


Befehlsholezyklen erfolgen grundsätzlich 
wortweise. 

Die Adresse ABO entspricht somit einem 
F reigabesignal für die EVEN - Bank (Bus- Low- 
Enable). Der 16-Bit-Transfer erfolgt mit 
ABO = BHE = 0 parallel in einem Buszyklus, 
falls die niederwertige Adresse des Bytepaa- 
res geradzahlig ist. Wenn diese ungeradzah- 
lig ist, wird der Worttransfer automatisch von 
der CPU in zwei Buszyklen zu je e inem Byte 
zerlegt, zuerst mit ABO = 1 , BHE = 0 der 
ODD-Transfer und anschließend mit ABO = 0, 
BHE = 1 der EVEN-Transfer. 

Bild 1 .3 zeigt einen Speichermodul mit 
EPROM und SRAM. Die Speicheradressen 
AMO. . AM n werden mit ABI . . ABn+1 des 
Systemadreßbus und die Datenleitungen 
DM0 . . . DM7 jeweils mit dem niederwertigen 
Teil DBG . . . DB7 bzw. dem höherwertigen 
Teil DB8 . . . DB1 5 des Systemdatenbus ver- 
bunden. 


Bild 1.4 Speicher- 
schreib-Hesezyklus 
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Zur Sicherung der Datenzugriffszeiten wird 
die Speicher-CS-Steuerung nur aus den 
Adressen ABn + 2 ... ABI 9 gebildet und für 
die EVEN/ODD-Bank mit ABO bzw. BHE ge- 
tort. Damit ist CS-Memory am Ende des Tak- 
tes TI gültig (Bild 1 .2). Im System 8086 dür- 
fen nur Speicherschaltkreise mit pegelge- 
steuertem CS eingesetzt werden. Bei 
EPROMs wird der OE-Eingang mit M RDC 
und bei SRAMs der WE-Eingang mit AMWC 
verbunden. 

Die Dekodieru ng für die 0 E-Freigabe-Steue- 
rung der Datenbustreiber ist in Bild 1 .3 im 
EVEN-Dekoder ausgeführt. 

Die Richtungsste ue rung T der Datenbustrei- 
ber erfolgt mit DT/ft. 

Die Zeitbeziehungen beim Datentransfer am 
Beispiel eines SRAM-Schreibzyklus und ei- 
nes EPROM-Lesezyklus sind In Bild 1 .4 dar- 
gestellt. 

Folgende Speicherschaltkreise können ohne 
WAIT-Zyklen bei einem Systemtakt von 
5 MHz verwendet werden: 

EPROM U2716C35 
SRAM U2114D20. 

Über die Anwendung dynamischer Speicher 
wird in einem späteren Abschnitt berichtet. 
Eine praktikable Aufteilung des physischen 
1 -MByte-Speicherraumes in einem 8086- 
Rechner erfolgt nach folgendem Modus: 
ROM 

16 KByte FCOOOH . . . FFFFFH Monitor 
FFFFOH Einsprung 
nach RESET 

RAM 

Vs MByte 0400H . . . 7FFFFH Daten, Stack 
und Anwen- 
derberelch 

1 KByte OOOOH . . . 03FFH Interrupt- 
Pointer- 
Tabelle 


1.6. Ein-/Ausgabetranster 

De r Ein-/Ausgabetransfer ü ber 8-Bit-/ 1 6-Blt- 
Ports wird äquivalent zum Speichertransfer 


nach Bild 1 .1 und 1 .3 mit folgenden system- 
eigenen Interface-Schaltkreisen realisiert: 
8251 A Universal Synchronous/Asynchro- 
nous Receiver/Transmitter (USART) 
8255A ProgrammablePeripheral Interface 
(PPI) 

8253 Programmable Interval Timer (PIT) 
8259 A Programmable Interrupt-Controller 
(PIC). 

Die drei zuerst genannten Schaltkreise wur- 
den aus dem 8-Bit-System 8080 übernom- 
men. Diese Interface- Ports können keinen 
vektorisierten Interrupt auslösen, so daß ein 
im Interruptverhalten an die 8086-CPU ange- 
paßter 8-Ebenen-lnterrupt-Controller 8259A 
entwickelt wurde. Der PIC darf nur als EVEN- 
Port betrieben werden, da der Interruptvektor 
über den niederwertigen Systemdatenbus 
DBO . . . DB7 von der CPU eingeiesen wird. 
Für diese Schaltkreise ist bei einem E/A-Zu- 
griff jeweils ein Wait-Takt einzufügen. 

Bei der Kopplung von U880-Interface-Schalt- 
kreisen an das System 8086 ist eine Reihe 
von schaltungstechnischen Maßnahmen zur 
Kompatibilität des Steuerbus und des Inter- 
ruptverhaltens erforderlich. 

2. System-Schaltkreise 

Die 8086-Systemschaltkreise sind: 
-8086-CPU 
— 8284A - Clockgenerator 
-8288 -Buscontroller. 

2.1. CPU 

Die Standard-8086-CPU, mit 5 MHz System- 
takt und der Betriebsspannung + 5 V, wird in 
HMOS-Silicon-Gate-Technologie mit 29000 
integrierten Transistoren in einem 40poligen 
DIL-Gehause hergestellt. (Bild 2.1). 

2.1.1. CPU-Archilektur 

2.1 .1.1. Funktionseinheiten 

Die internen Funktionen des 8086- Mikropro- 
zessors sind in zwei Einheiten aufgeteilt 
(Bild 2.2): 

- Execution-Unit (EU) 

- Bu s- 1 nterface- U n it (Bl U) . 


Die EU enthält die grundsätzlichen Elemente 
einer CPU. wie Hauptregister, Arithmetic & 
Logic- Unit, Adreß- und Flagregister. Die EU 
führt die Dekodierung der von der BIU zwi- 
schengespeicherten Befehle durch. Nur die 
BIU besitzt Zugang zum externen 8086-Bus. 
Zur Erhöhung der Busbandbreite führt die 
BIU unabhängig von der EU ein vorausschau- 
endes Holen von Befehlscodes und deren 
Zwischenspeichern in einem 6-Byte-FIFO- 
Instruction-Queue durch. Die Übergabe der 
Befehlscodes aus dem Instruction-Queue an 
die EU hängt von der Dekodierung und Aus- 
führung des aktuellen Befehls ab, wobei die 
BIU dabei bemüht ist, den Instruction-Queue 
ständig gefüllt zu halten. Diese parallele und 
asynchrone Arbeit zwischen EU und BIU führt 
zu einer optimalen Busauslastung. Die bisher 
vom Anwender gewohnte sequentielle Folge 
von Maschinenzyklen auf einem Mikrorech- 
nerbus in Korrespondenz mit den Maschi- 
nenzyklen der Befehle wird beim 8086-Sy- 
stem verlassen (pipelining). Der aktuelle 
T ransfer auf dem System bus wird vom jewei- 
ligen Zustand der EU (Befehlsdekodierung, 
-ausführung) und vom Instruction-Queue in 
der BIU (vorausschauendes Befehlsholen) 
bestimmt. Auf diese Tatsache muß der An- 
wender sich bei der Logikanalyse bzw. Bus- 
anzeige im READY/WAIT- Einzelschrittbe- 
trieb einstellen. 

Weiterhin erfolgt in der BIU die Generierung 
des 20-Bit-Adreßbus mit Hilfe der Segment- 
register (vgl. Abschnitt 2.1 .1 .5.). 

2.1.1. 2. Hauptregister 
Die CPU besitzt vier 1 6-Bit-Hauplregisler, die 
vor allem bei arithmetisch/logischen und E/A- 
Operationen verwendet werden (Bild 2.3): 

AX Accumulator 
BX Base 
CX Count 
DX Data. 

Diese Register sind auch jeweils als zwei 
8-Bit-Register verwendbar und mit dem 
Index H bzw. L bezeichnet Durch diese Auf- 
teilung lassen sich auch Operationen mit 
8-Bit-Operanden durchführen. 



Bild 2.1 8086-CPU 


Bild 2.2 8086-CPU- 
Architektur 
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15 0 ein 16 8it -Register 

7 High 0 7 Low 0 twei 8 Bit- Register 
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Bild 2.4 Pointer- und Indexregister 
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Bild 2 5 Segmentregister 


Der Akkumulator AX wird vorzugsweise bei 
arithmetisch-logischen Operationen verwen- 
det, und E/A-Befehle können nur über den 
Akkumulator ausgeführt werden. Das Base- 
Register BX dient zur Adressierung der Daten 
bei Speichertransfer-Operationen. 

Das Count-Register CX wird bei LOOP- und 
Stringoperationen als Zählregister verwen- 
det, und das Data-Reglster DX enthält bei 
einigen E/A-Operationen die 16-Bit-E/A- 
Adresse bzw. bei 1 6-Bit-Multipllkation/Dlvl- 
sion einen Teil des Ergebnisses. 

2. 1.1. 3. Pointerregister 

Über die 16-Bit-Pointerregister (Bild 2.4) 

SP Stackpointer 
BP Basepointer 

werden Speicherplätze im Stacksegment 
adressiert. Der Stackpointer SP ermöglicht 
den Aufbau eines Stapels im Stacksegment. 
Mit dem Basepointer können zusätzliche Da- 
tentabellen im Stacksegment verwaltet wer- 
den. 

2.1. 1.4. Indexregister 

Die 1 6-Bit-lndexregister (Bild 2.4) 

Sl Source-Index 
Sl Destination-Index 

dienen zur Speicheradressierung bei String- 
operationen. Das Sl- Register adressiert da- 
bei den Quellbereich im Datensegment und 
das Dl-Registerden Zielbereich im Extraseg- 
ment. 

Instruction-Pointer 

Mit dem 16-Bit-lnstruction-Pointer in der 
Bus-Interface-Unit erfolgt in Verbindung mit 
dem Code-Segment- Register die Adressie- 
rung von physischen Speicherplätzen bei Be- 
fehlsholezyklen. 

2. 1 . 1 . 5. Segment- Register 

Die absolute Adressierung im 1 -MByte-Spei- 


cherraum erfolgt mit Hilfe von 1 6-Bit-Seg- 
mentregistern (Bild 2.5): 

CS Code-Segment 
DS Data-Segment 
SS Stack-Segment 
ES Extra- Segment. 

Jedes Segmentregister definiert einen 64- 
KByte-Berelch im Gesamtspeicherraum. Die 
Segmente müssen zu Beginn eines Pro- 
gramms geladen werden, und die Adreßbe- 
reiche können dabei auch überlappend fest- 
gelegt werden. 

Das Code-Segment CS realisiert zusammen 
mit dem Instruction -Pointer die aktuelle 
Adresse des nächsten Betehls. 

Das Stack-Segment SS realisiert z. B mit dem 
Stackpointer SP die aktuelle Adresse des 
Stapels bei PUSH, POP, CALL und RET- 
Operationen. 

Mit dem Daten-Segment DS und z. B. dem 
BX-Register werden aktuelle Daten verwaltet. 
Das Extra-Segment ES, als zusätzliches Da- 
tensegment, wirdz. B. bei Stringoperationen 
eingesetzt. 

Die Verwendung von Segmentregistem und 
Adreßregistern (IP, SP, BP, Sl, Dl, BX) erfolgt 
in definierten Zuordnungen, die im Abschnitt 
2.1.3. erläutert werden. 

2.1.16. Flagregister 

Das 16-Bit- Flagregister (Bild 2.6) enthält im 
niederwertigen Teil 0 ... 7 die aus dem Sy- 
stem 8080 übernommenen Zustandsbits, 
deren Bedeutung denen im U880-System 
entsprechen (außer P-Flag). Im höherwerti- 
gen Teil 8 ... 1 5 des Flagregisters sind fol- 
gende neue Zustandsbits aufgenommen. 

T-Flag: Trap-Single Step 
Dieses Zustandsbit wird beim Testen von 
Programmen eingesetzt und ermöglicht den 
softwaregesteuerten Einzelschrittbetrieb 
auch in ROM-Speicherbereichen. Wenn das 
T-Statusbit per Befehl auf 1 gesetzt wird, 


erfolgt am Ende des nächsten Befehls die 
Auslösung eines Software-Interrupts (vgl. 
Abschnitt Interrupt-Struktur). 

I-Flag: Interrupt- Enable 
Mit dem CPU-Befehl Interrupt- Enable wird 
das I-Flag = 1 gesetzt und damit der maskier- 
bare Interrupt zugelassen. Nach einer Inter- 
ruptannahme oder nach Ausführung des 
CPU- Befehls Interrupt- Disable erfolgt ein 
Rücksetzen des I-Flag und damit Interrupt- 
sperre. 

D-Flag; Direction 

Das D-Flag beeinflußt die Richtung des Da- 
tentransfers bei Stringoperationen. Bei Set- 
zen des D-Flag = 1 mit dem CPU- Befehl Set- 
Di rection erfolgt bei Stringoperationen auto- 
matisch ein Adressendekrement der Index- 
register Sl, Dl. Mit dem CPU-Befehl Clear- 
Direction (D = 0) wird ein Auto-Inkrement 
von Sl und Dl realisiert. 

O-Flag: Overflow 

Bei arithmetisch-logischen Operationen wird 
das Carry-Bit in einer Exclusive-Oder-Ver- 
knüpfung mit dem Übertrag von Bit 6 nach Bit 
7 zum Overflow-Flag verknüpft Wenn das 
Overflow-Flag im Ergebnis einer Operation 
gesetzt und anschließend der Software- 
interrupt-Befehl INTO ausgeführt wurde, er- 
folgt die Durchführung einer Interrupt- 
Service- Routine (vgl. Abschnitt Interrupt- 
Struktur). 

2.1 .2. Elektrische Signale und Anschlüsse 
Die Anschlüsse der CPU (Bild 2.1) sollen nur 
in der Betriebsart Maximum-Mode (Anschluß 
MN/MX = 0) erläutert werden; die Betriebsart 
Minimum-Mode hat sich in der applikativen 
Praxis nicht durchgesetzt. 

Die CPU-Signale können in die Kategorien 

- Adreßsignale 

- Datensignale 

- Statussignale 

eingeteilt werden. Eine Reihe der Anschlüsse 
ist zeitmultiplex ausgelegt. 

Adreß- und Datensignale/Statussignale 
ADO . . . AD15(input, output, tristate) 

Im Takt Ti (vgl. Bild 1 .2) werden bei Spei- 
cher- und E/A-Operationen die Adressen 
A0. . . AI 5 ausgegeben, in den nachfolgen- 
den Takten T2 und T3 erfolgt der Datentrans- 
fer DO... Dl 5. 
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A16/S3; A 1 7/S4; A 18/S5; A 19/S6 (output, 
tristate) 

An diesen 4 Anschlüssen werden bei Spei- 
cheroperationen im Takt TI die höherwerti- 
gen Adressen AI 6 ... AI 9 gültig, bei E/A- 
Operationen sind diese Ausgänge low. Bei 
Speicherund E/A-Operationen sind während 
der Takte T2, T3, T4 die Statusinformationen 
S3.S4.S5 und S6 aktiv. 

In S3 und S4 ist der Zugriff auf die Segment- 
register im aktuellen Buszykius nach folgen- 
der Vorschrift kodiert: 

54 S3 Bedeutung 

0 0 Extra-Segment 

0 1 Stack-Segment 

1 0 Code-Segment oder kein Segment 

1 T Datensegment. 

Die Statussignale enthalten folgende Anga- 
ben: 

55 Wert des Interrupt-Enable-Flag 

56 = 0; CPU ist aktueller Bus- Master 
= tristate; CPU hat Buskontrolle 

abgegeben 

WE/S7 (output, tristate) 

Im TaktTI erfol gt die Ausgabe des Speicher- 
bank-Signales BHE, der Status S7 in den 
Takten T2 . . . T4 ist nicht näher definiert. Die 
Statussignale S3 . . . S4 werden von den sy- 
stemeigenen Schaltkreisen nicht ausgewer- 
tet. 

53, 57, 52 (output, tristate ) 

Die Statussignale 5fr, 5T, 52 geben Infor- 
mationen für den Buscontroller entsprechend 
der Kodierung von Abschnitt 1 . 

OSO, QS1 (output) 

Die Statusbits QSO, QS1 werden von den 
Coprozessoren ausgewertet und geben Aus- 
kunft über den aktuellen Zustand im Zwi- 
schenspeicher des CPU-lnstruction-Queue. 

QS1 QSO 

0 0 keine Operation 

0 1 erstes Byte eines Befehls wurde 

dem Instruction-Queue ent- 
nommen 

1 0 Instruction-Queue ist leer 

1 1 ein nachfolgendes Byte wu rde 

dem Instruction-Queue ent- 
nommen 


Diese Statusbits gelten während des Taktes 
nach einer Operation im Instruction- 
Queue. 

Steuersignale 

RESET (input, output, high-aktiv) 

Das RESET-Signal, vom Clockgenerator 
8284 A einsynchronisiert, führt ein Rückset- 
zen der CPU durch. Danach stellt sich in der 
CPU folgender Zustand ein: 

- Inhalt des Code-Segments = FFFFH 

- Inhalt des Instruction -Pointers = 0000 
damit lautet die physische Adresse des er- 
sten Befehls FFFFOH 

- Inhalt von Daten-, Stack- und Extra-Seg- 
ment = 0000 

- Rücksetzen aller Bits des Statusregisters 
(Interruptsperre, kein single-step). 

INTR (input, high-aktiv) 

Die pegeiaktive Interruptanforderung wird im 
letzten Takt jedes Befehls abgefragt. Falls 
Interruptfreigabe gesetzt wurde und an INTR 
High-Pegel anliegt, erfolgt ein Interrupt-An- 
nahmezyklus mit Generierung des Interrupt- 
Bestätigungssignals INTA durch den Bus- 
controller 8288 (vgl. Abschnitt Interrupt- 
Struktur). 

NMI (input, high-aktiv) 

Derflankengetriggerte NMI für den nichtmas- 
kierbaren Interrupt wird im letzten Takt eines 
jeden Befehls abgefragt. Die Startadresse für 
die Interrupt-Service-Routine liest die CPU 
aus den Speicherplätzen 
0008H . . , OOOBH. 

READY (input, high-aktiv) 

In Verbindung mit dem Clockgenerator 
8284A erfolgt die WAIT -Steuerung der CPU 
(vgl. Abschnitt 2.2). 

rm (input, low-aktiv) 

Nach Dekodierung eines WAIT-Befehls fragt 
die CPU den TEgT-Eingang ab. Es werden 
so lange keine weiteren Befehle eingelesen, 
bis TEST = low wird (vgl. Abschnitt 
Coprozessoren). 

RQ/GTO, RQ/GT1 (input, output) 

Die RÜ/ST- Anschlüsse (0 = höhere, 

1 = niedere Priorität) werden bei Anwesen- 


heit weiterer Master im Local-Bus benutzt 
(DMA-Betrieb, Coprozessoren). 

Die Anschlüsse sind bidirektional ausgeführt, 
und durch eine zeitlich genau definierte Folge 
von 3 Impulsen wird der Bus-Annahme- und 
Bus-Rückgabezyklus durchgeführt (vgl. Ab- 
schnitt Coprozessoren). 

LOCK (output, tristate) 

Ein Präfix LOCK vor einem Befehl bewirkt, 
daß wä hrend des nächsten Befehls der 
LOCK-Ausgang aktiv = low wird. Damit wird 
anderen Coprozessoren mitgeteilt, daß wäh- 
rend dieses geschützten Befehls keine Bus- 
übergabe stattfinden darf (vgl. Abschnitt 
Coprozessoren). 

CLK (input) 

Der CLK-Eingang der CPU ist mit dem ent- 
sprechenden Ausgang des Clockgenerators 
8284 A zu verbinden und realisiert den 
Systemtakt. 

RD (output, tristate) 

Ein Low-Pegel an diesem Ausgang signali- 
siert einen Speicherlese- oder Eingabe- 
zyklus. In Maximum- Mode wird dieses Signal 
kaum verwendet. 

2.1.3. Speicheradressierung 
Die Generierung der 20-Bit-physischen 
Speicheradresse im System 8086 erfolgt 
durch Addition von 2 Bestandteilen: 

- 1 6-Bit- Basisadresse (Inhalt eines der Seg- 
mentregister CS, DS. SS, ES) 

plus 

- 1 6-Bit- Effektive-Adresse (Offset, Inhalt 
eines der Adreßregister iP, SP, BP, Sl, Dl, 
BX). 

Die Bus-Interface- Unit BIU führt automatisch 
die Addition von Basis- und Offsetadresse 
nach folgendem Modus durch (Bild 2.7). 

- Verschiebung des Inhaltes des Segment- 
registers um 4 Bit- Positionen nach links, Auf- 
füllung der Tetrade mit 0000 

- Addition mit der Effektiven Adresse. 

Ein Beispiel zur Realisierung einer konkreten 
physischen Adresse ist in Bild 2.8 dargestellt. 
Durch diese Aufteilung von Basis- und Off- 
setadresse wird der 1-MByte-Speicherraum 
in vier frei wählbare Segmente zu je 64 KByte 


« 


0 

i shitt 

tz 

Segment tCS.SS.DS.ES) 

ZHäEBÄ. 


$ 15 

, 


i | OFFSET 

1 Effectivt- 

1 Address 


| ADDER 


Physical - Address 


Bild 2.7 AdreBbildung mit Segment- Registern 


Bild 2.8 Beispiel zur Bildung der physikalischen Adresse bei einem Befehls- 
holezyktus 


15 0 

I \ stuft 

Code- Segment | j | 4 j C | 7 | fl | Bose -Address 

15 f> 

Instruction -Pointer \ 2 \ 1 \ 3 j 5 ] Oftset -Address 

19 0 

j 3 | C | D | A | S | Physical- Address 
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aufgeteilt. Die Segmentregister können 
eine beliebige Zahl enthalten und zeigen auf 
den Nullpunkt eines 64-KByte-Segment- 
Speicherraumes, Eine absolute Adresse ist 
nun innerhalb dieses Segment-Speicherrau- 
mes festgeiegt. Der Abstand der Segment- 
Nullpunkte zueinander ist n x 16 Byte 
(n = 0,1 . . . 64K). Durch Einführung der Seg- 
mentierungwird auch eine klare logisch-phy- 
sische Trennung von Programmen (CS im 
ROM), Daten (DS und ES im RAM) und Stack 
{SS im RAM) erreicht. Im 8086- Befehlssatz 
mit seinen Adressierungsmodi ist eine Stan- 
dard-Zuordnung der Register für die Bildung 
der Effektiven Adresse (Operanden-Regi- 
ster) mit den Segmentregistern festgelegt 
(Bild 2.9). Eine unveränderliche Zuordnung 
haben folgende Operandenregister: 

- Instruction-Pointer, IP 

- Stack-Pointer, SP 

- Destination-Index, Dl. 

Damit sind folgende konstante Beziehungen 
realisiert: 

1 . Befehlsholezyklen werden grundsätzlich 
im Code-Segment zusammen mit dem In- 
structlon-Pointer durchgeführt. 

2. Alle Befehle, die den Stack-Pointerbenut- 
zen (PUSH, CALL usw.), werden grundsätz- 
lich im Stacksegment wirksam. 

3. Stringbefehle, die bei der Adreßblldung 
den Inhalt des Destination-Index-Registers 
verwenden, entnehmen diB Basisadresse 
immer dem Extrasegmentregister. 

Bei der Adressierung mit Hilfe der Operan- 
den-Register 

- Base-Pointer, BP 

- Base-Register, BX 

- Source-Index, Sl 

kann durch ein Override-Präfix (1 Byte) vor 
dem Befehl die feste Zuordnung aufgehoben 
und ein beliebiges anderes Segmentregisfer 
zur Bildung der Basisadresse herangezogen 
werden (z. B. JMP CSi : BP, Sprung auf eine 
Adresse im Codesegment, deren Offset 
durch den Inhalt von BP festgelegt ist). 

Die Anwendung der Operandenregister zur 
Adressierung wird im Abschnitt Adressie- 
rungsmodi genauer erläutert. 

2. 2. Clockgenerator 8284A 
Der Clockgenerator 8284A in der 8086-Sy- 
stemarchitektur nach Bild 1 .1 besitzt mit den 
Anschlüssen nach Bild 2.10 die Funktions- 
einheiten (Bild 2.11) 

- Takterzeugung 

- READY/WAIT-Steuerung 

- RESET-Steuerung. 


CSYNC 


Vcc 

PCLK 


XI 

ÄEN1 


X2 


3 828i A 


R0Y1 


ÄSYNC 

READY 


EFY 

R0Y2 


F/C 

ÄEN2 t 

1 12 

DSC 

CLK 

RES 

GND 


RESET 


9 10 



Bild 2. 10 8284 A Clockgenerator 

2.2.1. Takterzeugung 
Die Funktion der Takterzeugung ist in 
Bild 2.11 dargestellt. Die Frequenz des 
Quarz -Oszillators wird zur Generierung von 
CLK einem 1 :3-Teiler zugeführt. PCLK ent- 
steht durch 1 :2-Teilung aus CLK. 

Zur Takterzeugung im System 8086 
(Bild 2. 1 0) werden folgende Anschlüsse des 
8284A benötigt: 


XI, X2 Chrystal-in (input) 

An diese Pins wird der externe Quarz zur Er- 
zeugung des Systemtaktes CLK angeschlos- 
sen. Die Quarz-Frequenz ist 3mal größer als 
die erforderliche Systemtakt-Frequenz. 

F/C Frequency/Chrystal Select (input) 

Wenn dieser Eingang statisch gleich low 
gelegt wird, erfolgt die Realisierung des 
Systemtaktes durch den an XI , X2 ange- 
schlossenen Quarz. Wenn F/C gleich high 
ist, wird CLK durch eine an das pin EFI anzu- 
legende externe Taktversorgung generiert 
EFI Externa I Frequency (input) 

Die externe Frequenz muß 3mal größer sein 
als die erforderliche Frequenz des System- 
taktes. 

CSYNC Clock Synchronization (input, high- 
aktiv) 

Der CSYNC-Eingang wird bei externer Takt- 
versorgung mit EFf-pin benötigt und erlaubt, 
mehrere 8284A-Clockgeneratoren miteinan- 
der zu synchronisieren. Wenn nur ein Clock- 
generator mit Quarz verwendet wird, ist 
CSYNC mit Masse zu verbinden. 

CLK Prozessor Clock (output) 

Der unsymmetrische Systemtakt CLK mit der 
Frequenz gleich 'h Quarzfrequenz dient zur 
Taktversorgung für CPU und Buscontroller. 
Der H-Pegel (4,5 V) beträgt 'h und der L- 
Pegel 2 h der Zyklusperiode (Bild 1 .2). 

PCLK Peripheral Clock (output) 

Der Peripherietakt PCLK ist ein symmetri- 
sches Signal mit der Frequenz gleich 'h CLK 


Bild 2.11 82B4A- 
Funktionsbild 


Bild 2.9 Zuordnung 
der Operanden-Regi- 
sterzu den Segmenten 


Effektive Adresse 
mit 

Operanden -Register 

Standard -Zuordnung 
Segment - Register 

Alternative Segmente 
mit 

Override -Prefix 

Instruction-Pointer. IP 

Code -Segment, CS 

nein 

Stock -Pointer. SP 

Stack - Segment, SS 

nein 

Base -Pointer, BP 

Stack -Segment, SS ! 

)o 

Base - Register, BX 

Data -Segment, DS 

io 

Source -Index, Sl 

1 Data - Segment, DS 

jo 

Destination -Index , Dl 

| Extra -Segment, ES 

nein 
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Bild 2.12 Realisierung 
eines 5 MHz-System- 
taktes 

Bild 2.13 System- 
Ready mitRDYl, 

AEN1 


1 " i ~i 


m 

m(IN828iA) 


3 = 


HCADYimSmA) 


undTTL-Pegel. PCLK wird für die Taktversor- 
gung einiger Interface-Schaltkreise verwen- 
det (z. B. 8251 A-USART). 

OSC Oscillator (output) 

Der Takt OSC besitzt die Quarz-Frequenz 
mit TTL-Pegel und dient zum Treiben weiterer 
Clockgeneratoren an deren Eingang EFI. 

Eine applikative Lösung zur Realisierung des 
praxisrelevanten Systemtaktes 4,91 52 MHz 
und damit der doppelten K-1520-Taktfre- 
quenz ist in Bild 2.12 dargestellt. Die Serien- 
widerstände 5100hm an den Eingängen XI , 
X2 sind zurStabilitätssicherung zwingend er- 
forderlich. 

2.2.2. READY-Synchronisation 
Das System 8086 ist so ausgelegt, daß bei 
jedem Datentransfer eine Bestätigung von 
den Speichern bzw. E/A-Einheiten an die 
CPU erfolgt. Die Synchronisation der peri- 
pheren Bestätigung mit dem CPU-Buszyklus 
erfolgt im Clockgenerator 8284A durch fol- 
gende Anschlüsse (vgl. Bild 2.10, Bild 2.11): 

RDY1, RDY2 Bus Ready -Transfer complete 
(input, high-aktiv) 

Die Realisierung der Busbestätigung in Multi- 
Master-Systemen erfolgt an gleichwertigen 
Bestätig ungseingängeh RDY1, RDY2. Ein 
aktiver High- Pegel an RDY signalisiert von 
den peripheren Einheiten, daß die Daten 
empfangen bzw. gesendet wurden und der 
RUN-Betrieb der CPU erfolgen kann. 

JTTNl, ÄEN2 Access-Enable (input, low-ak- 

tiv ) 

Jeder der Bus-Read y-Eingänge iRD Yl, RDY2 
besitzt ein Torsignal AEN1 , AEN2. Entspre- 
chend Bild 2.1 1 erfolgt eine UND-Verknüp- 
fung von RDY1 &AEN1 bzw. RDY2&AEN2, 
die Ausgänge der UND-Gatter sind über eine 
ODER-Verknügfung und Synchronisation mit 
CLK zum Ausgang READY geführt. 

READY (output, high-aktlv) 

Der READY-Ausgang des Clockgenerators 
8284A wird mit dem entsprechenden Ein- 
gang der8086-CPU verbunden. Ein High-Pe- 
gel an READY-OUT-8284A gibt die synchro- 
nisierte Information für den RUN-Betrieb an 
die CPU weiter. READY gleich Low versetzt 
die CPU in einen WAIT-Zustand. Die Be- 
schaltung des Clockgenerators 8284A zur 
Realisierung des RUN-Modus (System- 
Ready gleich High) und des WAIT-Modus 
(Syste m-Ready gleich Low) über RDY1 , 
AEN1 ist in Bild 2.13 dargestellt (logische 
Verknüpfung von Bild 2.1 1 beachten!). 

Wirkungsabläufe 

RUN-Modus 

Zur Realisierung des CPU-RUN-Modus ohne 
Warteschritte benötigt die CPU (vgl. 

Bild 2.14) ein high-aktives READY-IN-Signal 
mit der Set-up-Zeit von 1 1 8 ns vor der stei- 
genden Flanke im TaktT 3. Die^jbernahme 
der Bestätigungssignale RDY, AEN in den 
Clockgenerator 8284A erfolgt mit CLK am 
Ende von T 2. Zurjntemen Synchronisation 
müssen RDY, AEN mit den angegebenen 
Set up-Zeiten aktiviert werden, um einen 
sicheren RUN-Betrieb zu gewährleisten. Für 


einen permanenten RUN-Modus ist in 
Bild 2.13 RDY1 konstant gleich high zu le- 
gen. 

WAIT-Modus 

Die pins RDY, AEN können auch zur Reali- 
sierung eines WAIT-Modus verwendet wer- 
den, was am Beispiel der Einfügung eines 
WAIT-Schrittes in jeden Buszyklus erläutert 
werden soll (Bild 2.15). 

Das Eingangssignal RDY (mit AEN gleich 
low) wird mit der Set-up-Zeit 35 ns vor dem 
Ende von T 2 inaktiv gleich low gesetzt 
(WAIT). Diese Information wird mit der stei- 
genden Flanke von T 3 durch die CPU an 
READY abgefragt und nach T 3 ein WAIT-Zy- 
klus Tw eingefügt. Wenn RDY vor dem Ende 
T 3 wieder aktiv gleich high gesetzt wird, dann 
folgt nach dem WAIt-Schritt Tw der Takt T 4, 
und der Buszyklus wird beendet. 

In derapplikativen Praxis ist der Generierung 
des RDY-Signals besondere Aufmerksam- 
keit zu widmen. Infolge von Verzögerungs- 
zeiten der verwendeten zusätzlichen Logik- 
schaltkreise müssen erhebliche Toleranz - 
grenzen für die angegebenen Zeitbeziehun- 
gen eingehalten werden. Zur Erzeugung ei- 
nes oder mehrerer WAIT-Schritte muß daher 
RDY bereits im Takt T 1 gleich low sein, also 
z. B. aus den Systemsignaien ALE oder SÖ, 
S1, S2; ABO... ABf 9 abgeleitet werden (vgl. 
Bild 2.15). Eine Verknüpfung von RD Y mit 
den Steuersign alen M RDC, MWTC, ÄMWC, 
i'ÖRC, ÄIÜWC, INTAdes Buscontroliers 
8288 ist zur WAIT-Auslösung nicht möglich. 

2.2.3. RESET-Steuerung 
Die Synchronisation des RESET-Timings er- 
folgt über den RES-Eingang des 8284Azum 
RESET-Eingang der8086-CPU (Bild 2.16). 
Die C PU be nötigt ei n min destens 4 Takte lan- 
ges high-aktives Eingangssignal RESET. 


Der RES-Eingang im 8284A wird über einen 
Schmitt-Triggerund Synchronisation mit CLK 
zum RESET -OUT-8284 A geführt, der von der 
CPU abgetastet wird. Während des RESET- 
Timings sind die Signale des 8086-Bussy- 
stems inaktiv bzw. tristate. Die Statussignale 
SÖ, ST, 5?, die zuerst passiv-, dann tristate- 
Verhalten aufweisen, sind über interne pull- 
up- Widerstände im Buscontroller 8288 ge- 
führt, so daß entsprechend Bild 1 .1 das ge- 
samte 8086-System während des RESET- 
Timings einen inaktiven Zustand einnimmt. 
Eine applikative Lösung ohne power-on- 
RESET zeigt Bild 2.17. 

2.3. Bus Controller 8288 
Der bipolare Bus Controller 8288 (Bild 2.1 8) 
im 20-pin-DIL-Gehäuse generiert aus den 
CPU-Steuersignalen §0, ST. §5 den Steuer- 
bus des 8086-Systems (vgl. Abschnitt 1 .4. 
und Bild 1.1). 

Für die Anwendung in System-Bus- Mode in 
der Konfiguration von Bild 1 .1 sind folgende 
Anschlüsse von Bedeutung: 

SÖ, ST. S2 Status (input) 

Diese Eingangsleitungen werden mit den 
entsprechenden Signalen der8086-CPU 
verbunden. Die Kodierung des Status ist in 
Abschnitt 1.1. dargestellt. 

CLK Clock (input) 

Systemtakt vom 8284A-Clockgenerator 
IOB Input/Output Bus Mode (input) 

AEN Address Enable (input) 

In System-Bus -Mod e nach Bild 1.1 sind die 
Eingänge IOB, AEN auf Masse zu legen. 
CEN Command Enable (input) 

Wenn der CEN-Eingang auf Low gelegt wird, 
dann nehmen die 8288-Command-Outputs 
den tristate-Zustand ein (DMA-Betrieb). Im 
Single-CPU-Modus ist der CEN-Eingang auf 
High-Potential zu legen. 
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Bild 2. 1 5 Zeitverläufe im CPU - WAIT- Modus mit einem WAtT -Zyklus 



Di e Comm and Outputs (lol = 32 mA) 

- MR PC ; 

- MWTC ; 

- TÖftÜ; 

- IÜWÜ; 

- AMWÖ; 

- AI OW C ; 

- TNTÄ 

werden zum Steuerbus des Systems 8086 
geführt. 

Die Control Outputs (lol = 76mA; 

- ALE; 

- DEN; 

- DT/R 

stellen die Steuersignale für die Address-Lat- 
ches und die Bustreiber dar. Der zeitliche 
Verlauf von Command- und Control-Outputs 
Ist in Bild 1 .2 dargestellt. Die Beschaltung 
des Bus Controllers 8288 für eine Systemar- 
chitektur nach Bild 1 .1 ist in Bild 2.19 vorge- 
stellt. 
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Eine FORTH-Systemfamilie 


Dr. Michael Krapp, Jörg Richter, 

Jan Schwartz, 

Technische Hochschule Ilmenau, Sektion 
Technische und Biomedizinische Kybernetik 


1. Einführung 

Im Heft 6/87 der Mikroprozessortechnik 
wurde die ungewöhnliche Konzeption von 
FORTH bereits übersichtsmäßig dargestellt 
IM; das gleiche Heft beinhaltet außerdem 
Beiträge zu speziellen Aspekten von 
FORTH-Implementierungen und -Anwen- 
dungen 121, 131. Diese und weitere Veröffent- 
lichungen im In- und Ausland sind allgemein 
verfügbar und erübrigen eine nochmalige 
Darstellung der FORTH-Philosophie an die- 
ser Stelle IM ... /10/. Seit 1982 wird an der 
Sektion T echnische und Biomedizinische Ky- 
bernetik (TBK) der TH Ilmenau FORTH als 
Basis einer Programmierumgebung für 
Steuerungssysteme in Industrierobotern und 
flexiblen Fertigungsanlagen genutzt /II/... 
/1 5/. Dabei wurden sehr gute Erfahrungen 
hinsichtlich Programmierproduktivität und 
-qualität gemacht. Als spezifische Vorteile er- 
wiesen sich folgende Eigenschaften, welche 
(neben den üblichen, aus anderen Hochspra- 
chen bekannten Konstruktionen) FORTH 
auszeichnen: 

• Die implizite Parameterübergabe zwi- 
schen FORTH-Worten über den Datenstapel 
ermöglicht eine inkrementeile Compilation, 
wodurch nach jedem Compilationsschritt 
schon während der Programmentwicklung 
interaktive Tests zwecks Semantik-Kontrolle 
eingeschoben werden können. 

• Die einheitliche Strukturierung und Ver- 
waltung von Datenobjekten und Program- 
men des Grundsystems sowie aller Anwerv 
dererweiterungen in Form von FORTH-Wor- 
ten läßt Betriebs- und Anwendersystem, 
Kommando- und Programmiersprache inein- 
ander übergehen. 

• Die Kombination von Compilation (als Teil 
der Quelltextinterpretation) in einen speziel- 
len Zwischencode (threaded code) und Inter- 
pretation dieses Zwischencodes (Compilat- 
interpretation) führt zu schneller Programm- 
abarbeitung bei geringem Speicherplatzbe- 
darf. 

• FORTH ist transparent, da das Grundsy- 
stem selbst zu ca. 80 % in FORTH geschrie- 
ben ist und sich als Quell-Liste oder über ei- 
nen Recompiler selbst dokumentiert. Der 
FORTH-Zwischencode erlaubt eine fast ein- 
deutige Rückübersetzung in den Quell- 
code. 

• Das FORTH-Grundsystem führt bei Com- 
pilation nur die notwendigsten Syntaxkontrol- 
len durch, abgewiesen werden nur Aufrufe 
nicht existierender FORTH-Worte und nicht 

. abgeschlossene strukturierte Steueranwei- 
sungen. Typprüfungen fehlen vollständig, die 
Laufzeitkontrolle beschränkt sich auf Über- 
wachung des Datenstapel-Überlaufes in der 
Aufrufschleife. Damit werden dem Program- 
mierer alle Freiheiten zur Systemoptimierung 
offen gehalten. 

Die genannten Vorteile sind nicht unumstrit- 
ten. Der erste hat die wenig beliebte UP-No- 
tation mit impliziter Parameterübergabe zur 


Folge, der zweite und dritte verhindern eine 
Trennung in Code- und Datensegmente, der 
vierte verlangt eine relativ gute Kenntnis des 
FORTH-Mechanismus und der fünfte gar 
läßt alle möglichen „Tricks“ zu, wie sie etwa 
im Bereich der Maschinenprogrammierung 
möglich sind. Deshalb muß man FORTH als 
Systemprogrammiersprache einstufen; sie 
entfaltet ihre Stärke nur bei guter System- 
kenntnis und hoher Programmierdisziplin 
des Programmierers. Die fehlende Doku- 
mentation der Parameterübergabe im Quell- 
text kann z. B. durch gute Kommentierung 
völlig kompensiert werden. Syntax- und Lauf- 
zeitkontrollen können durch saubere Pro- 
grammierung und modularen Test unnötig 
gemacht oder bei ausdrücklicher Forderung 
im Sinne einer Spracherweiterung hinzuge- 
fügt werden. Auf diese Weise kann z. B. eine 
Fachsprache mit hoher Bedienersicherheit 
entwickelt werden, wobei FORTH für den An- 
wender als Basissystem unsichtbar bleibt. 
Damit wird deutlich, daß ein direkter Ver- 
gleich zwischen konventionellen Program- 
miersprachen und FORTH nicht relevant ist. 
FORTH ist vielmehr als „Werkzeugkasten“ 
für Fachsprachen u. ä. zu verstehen. 

Im Rahmen der Untersuchungen zu FORTH 
entstanden an der Sektion TBK in den letzten 
Jahren u. a. drei nachnutzbare FORTH-Ver- 
sionen für U880-Mikrorechner, welche ge- 
meinsam eine Systemfamilie bilden und 
nachfolgend vorgestellt werden sollen. Alle 
drei Versionen - mit den Namen scpFORTH, 
singleFORTH, multiFORTH - sind im Grund- 
wortschatz, welcher sich an fig-FORTH 
orientiert, identisch. Sie unterscheiden sich in 
der Nähe zur Rechnerhardware und in der 
Fähigkeit, Echtzeitanforderungen der Pro- 
zeßumgebung zu erfüllen sowie Parallelar- 
beit zu simulieren. Gegenüber fig-FORTH 
bestehen die in Tafel 1 dargestellten Abwei- 
chungen. Alle Änderungen dienen entweder 
der Beschleunigung der Programmabarbei- 
tung oder der Vereinfachung des Mensch- 
Maschine-Dialogs. So bringt z. B. die Umstel- 
lung einiger Worte von pfa auf cfa Laufzeitge- 
winne. Die Fehlermeldung von (NUMBER) 
und NUMBER wird zur Vermeidung von un- 
bedingten Programmabbrüchen in die Hand 
des Programmierers gelegt, nl ist die aktu- 
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eile Zahlenbasis. Demgegenüber wird in ER- 
ROR eine automatische Anzeige des Fehler- 
ortes organisiert. ?KEY legt im Unterschied 
zu 7TERMINAL den Tastencode auf den Da- 
tenstapel, fehlende Tastenbetätigung ergibt 
n = 0. 

CREATE gestattet in der modifizierten Va- 
riante in Verbindung mit ALLOT die unmittel- 
bare Definition von Datenfeldern; die 
CREATE benutzenden Worte wie CON- 
STANT usw. sind intern entsprechend geän- 
dert worden, so daß für den Nutzer kein Un- 
terschied zu fig-FORTH entsteht. VLIST läßt 
sich mit A C abbrechen, jede andere Taste un- 
terbricht nur die Wörterbuchausgabe bzw. 
setzt diese fort. Mit Hilfe von Tafel 1 lassen 
sich fig-FORTH-Programme leicht in das hier 
verwendete Format konvertieren. 

Um Anwendungen mit 32-Bit-lntegerzahlen 
zu unterstützen, wurde das Grundsystem um 
eine entsprechende Wortgruppe erweitert. 
Deren Syntax ergibt sich aus der 1 6-Bit-Arith- 
metik durch vorangestelltes „D“ (DDUP, 
DDROP, usw.). DieTerminaleingabevon 32- 
Bit-Zahlen wird durch einen abschließenden 
Punkt gekennzeichnet. 

2. scpFORTH 

Die Version scpFORTH ist als COM-Datei 
(SCPFORTH.COM) unter CP/M-kompati- 
blen Betriebssystemen lauffähig (z. B. SCP) 
und ist somit an jedem Arbeitsplatzrechner 
verfügbar. Die FORTH-I/O-Schnittstelle ist 
vollständig an BDOS angeschlossen. Über 
das FORTH-Wort BDOS kann der Nutzer 
selbst diese Schnittstelle erreichen. Die Ar- 
beit mit Screens (1-KByte-Quelltextdateien) 
erfolgt fig-FORTH-typisch, die Screens wer- 
den aber zusätzlich von FORTH und SCP in 
sogenannten Screen-Dateien vom Typ SCR 
verwaltet. 

Zum Umschalten auf andere oder zum Er- 
zeugen neuer Screen-Dateien wird das Wort 
USING: verwendet, welchem der ge- 
wünschte Dateiname folgt. Innerhalb jeder- 
Screen-Datei kann wie in fig-FORTH üblich 
mit einzelnen Screens gearbeitet werden; 
deren Numerierung beginnt also jeweils mit 
0. Das Wort 7USING informiert den Benutzer 
über die aktuell eingeschaltete Datei. Deren 
Größe kann mit FILE+ bzw. FILE- in. 
Screen-Portionen verändert werden. Die Sy- 
stemvariable MAXSCR enthält die aktuell 
größte Screen-Nr. SCR-Dateien können mit 
SETRO schreibgeschützt werden, SETWR 
hebt diesen Schreibschutz auf. Mit BYE kann 
man in das SCP-Wirtsbetriebssystem zu- 
rückkehren. 

Tafel 2 gibt einen Überblick über den 
scpFORTH-spezifischen Wortvorrat, wel- 
cher durch den Nutzer bei Bedarf erweitert 
werden kann. Zu beachten sind die SCP-be- 
dingten Änderungen von ABORT und MES- 
SAGE gegenüber fig-FORTH bzw. single- 
FORTH und multiFORTH. 

Mit scpFORTH sind Programmentwicklun- 
gen auf FORTH-Niveau ohne Einschränkun- 
gen möglich. Problematisch sind komplette 
Systementwicklungen für Steuerungen, da 
SCP die Speicheraufteilung festlegt, welche 
nicht mit den gerätespezifischen Forderun- 
gen übereinstimmen muß. Nicht sinnvoll sind 
unter SCP außerdem Entwicklung und Test 
von Echtzeitprogrammen in Interrupt- 
Umgebung, da SCP nicht wiedereintrittsfähig 
(reentrant) ist. 
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3. singleFORTH 

Mit singleFORTH liegt ein Sytem vor, wel- 
ches durch Ergänzung um gerätespezifische 
Treiber zu einem eigenständigen Betriebs- 
system wird (stand-alone-system). Es ist im 
Grundwortschatz kompatibel zu scpFORTH, 
die I/O-Worte für Terminal und Floppy ent- 
sprechen fig-FORTH, realisieren also einfa- 
che Handlerfunktionen (KEY, EMIT, R/W). 
Ausgehend von den ASM-Quellen oder Ob- 
jektdateien kann der Systemprogrammierer 
also ein auf die speziellen Belange zuge- 
schnittenes Gerätebetriebssystem generie- 
ren. Dabei kann er durch Entkopplung der 
Treiberaufrufe, durch Wiedereintrittsfähigkeit 
der Treiber, durch Einrichtung mehrerer 
USER-Variablenbereiche und durch sinn- 
volle Positionierung der Interrupttabelle opti- 


Tafel 1 Abweichungen von fig-FORTH (x ist n oder d) 


male Voraussetzungen für einen Echtzeitbe- 
trieb in Interruptumgebung schaffen. Dabei 
sind im Einzelfall nicht alle genannten Maß- 
nahmen notwendig; für Anwendungen in Ro- 
botersteuerungen des VEB Robotron-Ratio- 
nalisierung Weimar liegt z. B. eine konkrete 
Implementierung für das Gerät K8915 des 
VEB Robotron-Elektronik Zella-Mehlis vor. 
Der Anwender ist mit einem solchen System 
in der Lage, im einfachsten Falle Interrupt- 
routinen in Form von Maschinencode (INT- 
primary) in das Wörterbuch zu integrieren. 
Die Interrupttabelle zeigt dann sinnvoller- 


weise auf die pfa solcher FORTH-Worte, wel- 
che natürlich nicht wie üblich als FORTH- 
Worte gestartet werden dürfen. Zu retten sind 
i.a. alle Vordergrundregister, weshalb die 
Hintergrundregister im Grundsystem freige- 
halten wurden. Zur interaktiven Initialisierung 
der Interrupttabellen und -quellen kann sich 
der Nutzer entsprechende FORTH-Worte 
schaffen. 

Prinzipiell bestehtauch die Möglichkeit, Inter- 
ruptroutinen in Form von FORTH-Code (INT- 
secondary) zu schreiben. Die Interrupttabelle 
muß dann zwar immer noch auf ein INT-pri- 


Tafel 4 Synchronisation und Kommunikation in multiFORTH 


fig-FORTH 



scp/single/multiFORTH 

LATEST 

( 

-►nfa 

) ENTRY ( —.nfa ) 

- TRAILING 


— > adr n2 

) TRAILING (adrnl -*adrn2 ) 

TASK 

( 


) NOOP ( -. ) 

(FIND) 

(adrl adr2 

-.pfabtf 

) (FIND) (adrl adr2 -.cfabtf ) 


(adrl adr2 


) (adrl adr2 ->ff ) 


( 

— > pfa 

) ( -»da ) 

NFA 

(pfa 

— * nfa 

) NFA (cfa -»nfa ) 

(NUMBER) 

(dl adrl 

-» d2 adr2 ) (NUMBER) (adrnl — xtf ) 

(adrnl -.ff ) 

NUMBER 

(adr 

->d 

) NUMBER (adr ->xtf ) 

ERfiOR 

(n 

-► in blk 

) ERROR (n -» ) 

- FIND 

( 

-.pfabtf 

) FIND ( -»cfabtf ) 


( 


) ( -*ff ) 

7TERMINAL 

( 

-.f 

) ?KEY ( ->n ) 

CREATE 

(smudge-bit = 1 ) 

CREATE (smudge-bit = 0) 

VLIST 

(abbrechbar) 

VLIST (ab- und unterbrechbar) 

Tafel 2 scpFORTH-spezifischer Wortvorrat 

Aufruf 

Datenstapel 

Bedeutung 

USING: name 

(bin 

) 

schließt alte, eröffnet neue Datei name. SCR 

7USING 

( 

- ) 

zeigt aktuelle SCR-Datei an 

FCB 

( 

- adr ) 

Anfangsadresse des File-Control-Blocks 

FOPEN 

( 

— » ) 

eröffnet FCB-Datei 

FCLOSE 

( 


schließt FCB-Datei 

SETROname 

( 

- > 

setzt Schreibschutz für Datei name.SCR 

SETWR name ( 

- > 

löscht Schreibschutz für Datei name.SCR 

FILE+ 



erweitert FCB-Datei bis scr 

FILE- 

(scr 

-> ) 

kürzt FCB-Datei bis scr 

MAXSCR 

( 

-*• adr ) 

Variable für maximale scr der FCB-Datei 

BDOS 

(bin 

- t>2 ) 

ruft BDOS-Funktion bl mit n als DE-Parameter 
auf und hinterläßt b2 als Rückgabewert 

BYE 

( 



ABORT 

( 

- ) 

eröffnet zusätzlich die FCB-Datei und zeigt 

MESSAGE 

(n 


bei (WARNING) = 1 Textausgabe von Zeilen 
relativ zu Screen 4 der Datei FORTH.SCR des 
aktuellen Laufwerkes; existiert diese Datei 
nicht, wirdmit (WARNING) = Ogearbeitet 

Tafel 3 Zusätzliche Dateiverwaltungsworte in singleFORTH 

Aufruf 

Datensta 

ipel 

Bedeutung 

ERAname 

( 

_ ) 

löscht Datei name.SCR 

SCP-DIR 

( 

- ) 

Ausgabe des SCP-Directories 

NEW 


- ) 

Umstellung von singleFORTH auf SCR-Datei- 
verwaltung 

(nach Laden der entsprechenden SCR-Datei- 
verwaltung) 

OLD 

( 

-> ) 

Abschaltung der SCR-Dateiverwaltung 

FLOAD name.typ ( 

“* ) 

Laden der Datei name.typ in interaktiv 
vorzugebenden Speicherbereich 

FSAVE name. 

typ ( 

- ) 

Auslagern des interaktiv vorzugebenden 


Aufruf 

Datenstapel 

Bedeutung 

SEMAPHORE sem-name 

< -» > 

Definition Semaphor 

EVENT ev-name 

<« - ) 

Definition Event mit Initialwert, 

ff: Event nicht eingetroffen 

TMESSAGE mes-name 

(n - ) 

Definition Message, 
n: Message-Länge, 
FIFO-Organisation 

f 

i 


Semaphor-Aufruf 



Event-Aufruf 

mes-name 

( -+ mes-adr) 

Message-Aufruf 

INIT-SEM 

(sem-adr -» ) 

Semaphor-Initialisierung „frei“ 

INIT-EV 

(f ev-adr -» ) 

Event-Initiansierung auf f 

INIT-MES 

(n mes-adr -» ) 

Message-Initialisierung auf Länge n 

RELEASE 

(sem-adr -» ) 

Semaphor-Freigabe 

SIGNAL 

(ev-adr -. ) 

Event-Auslösung 

SEND 

(n mes-adr -» ) 

Message-Sendung Datum n 

REQUEST 


Semaphor-Anforderung 

WAIT 


Event-Anforderung 

RECEIVE 

(mes-adr -► ) 

Message-Anforderung 

TEST-SEM 

(sem-adr -. f ) 

Semaphor-Test, 
ff: besetzt, 
tf: frei 

TEST-EV 

(ev-adr - f ) 

Event-Test, 
ff: nicht eingetroffen, 
tf: eingetroffen 

TEST-MES 

(mes-adr -. ) 

Message-Test 

Tafel 5 Steuerung und Zeitverwaltung in multiFORTH 

Aufruf 

Datenstapel 

Bedeutung 

PAR 

( - ) 

Kernaktivierung 

START task-name 

(b - ) 

Start benannter Task mit Priorität b 
vom Terminal aus 

STARTDS 

(b task-cfa -» ) 

Start benannter Task mit Priorität b 
vom Programm aus 

PRIORITY 

(b -. ) 

setzt laufende Task auf Priorität b 

SET-PRIORITY task-name 

(b -. ) 

setzt benannte T ask vom T erminal 
aus auf Priorität b 

SET-PRIORITYDS 

(b task-cfa -* ) 

setzt benannte Task vom 

Programm aus auf Priorität b 

SCHEDULE 

( - ) 

laufende Task gibt Prozessor an 
nächste ready-task gleicher 

Priorität ab 

SUSP task-name 

( - ) 

benannte Task wird vom T erminal 

SUSPDS 

(task-cfa -> ) 

benannte task wird vom Programm 

SUSP-ALL 

( - ) 

außer Operatortask werden alle 
Tasks suspendiert 

CONT task-name 

( - ) 

benannte, suspendierte Task wird 

CONTDS 

(task-cfa -*■ ) 

vom Programm aus fortgesetzt 

CONT-ALL 

t - > 

alle T asks werden fortgesetzt 

KILL task-name 

( tat ) 

benannte Task wird vom T erminal 

KILLDS 

(task-cfa -. ) 

benannte Task wird vom Programm 
aus terminiert 

SET-TIME 

(jmtsms -» ) 

Systemuhr setzen auf Jahr, Monat, 
Tag, Stunde, Minute, Sekunde 

7TIME 

( -» jmtsms ) 

Abfrage Systemuhr 

TIME 

( -. adrn ) 

Abfrage Systemuhr in TYPE-Form 

SLEEP 

(n -. ) 

laufende Task schläft für 


Speicherbereiches als Datei na 
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mary zeigen, welches seinerseits jedoch nur 
alle Register rettet, den Returnstack (Regi- 
ster IX) für die Interruptroutine einstellt, die 
Adresse der Maschinenroutine next (im inne- 
ren Interpreter) in das Register IY lädt, die cfa 
des INT-secondaries auf den Datenstack legt 
und nicht mit NEXT, sondern mit einem Ein- 
sprung in EXECUTE endet. Das INT-secon- 
dary selbst kann bei Beschränkung auf den 
Datenstapel zur Parameterübergabe leicht 
wiedereintrittsfähig gestaltet werden. Statt 
des normalen Semikolon-Abschlusses die- 
ses INT-secondaries muß dann zum Termi- 
nieren ein RETI-primary aufgerufen werden. 
Dieses führt nach Restauration aller Register 
den Maschinenbefehl RETI aus, womit die- 
ses RETI-primary selbst und die Interrupt- 
Behandlung insgesamt abgeschlossen wird. 
INT-secondaries dürfen ebenfalls nicht wie 
normale FORTH-Worte gestartet werden! 
Auch für diese FORTH-Interruptroutine kann 
sich der Anwender Hilfswörter zur interakti- 
ven Installation schaffen, so ist sogar u. U. die 
Definition eines Datentyps für INT-primaries 
sinnvoll, wenn mehrere Interruptquellen be- 
handelt werden müssen. 

Die Dateiarbeit ^ von singleFORTH be- 
schränkt sich auf "die Screen-Arbeit von fig- 
FORTH. Dies ist für Steuerrechner i.a. aus- 
reichend. Um während der Programment- 
wicklung kompatibel zu scpFORTH zu sein, 
existiert jedoch eine nachladbare SCP-Datei- 
verwaltung für singleFORTH, welche alle 
Worte einschließlich MAXSCR aus Tafel 2 
realisiert, BDOS also in wesentlichen Teilen 
in FORTH emuliert /1 6/. Tafel 3 zeigt zusätz- 
lich nachladbare Dateiverwaltungsworte, 
welche in scpFORTH wegen des dort verfüg- 
baren SCP-Wirtssystems nicht notwendig 
sind. 

4. multiFORTH 

Obwohl singleFORTH schon gute Voraus- 
setzungen zur quasiparallelen Abarbeitung 
von Steueralgorithmen aufweist, muß der An- 
wender alle notwendigen Synchronisationen, 
Kommunikationen und Prioritäten selbst kon- 
zipieren und implementieren. In größeren Sy- 
stemen wird er damit überfordert; Effizienz, 
Zuverlässigkeit, Flexibilität und Transparenz 
sind nicht mehr gewährleistet. 

Deshalb wurde auf der Basis von single- 
FORTH durch Unterlegung eines in Assem- 
bler geschriebenen FORTH-Multitaskkernes 
(FMK) das System multiFORTH entwickelt. 
In einer ersten Variante /14/ unterstützt die- 
ser Kern wie polyFORTH/1 7/ nur eine zeitzy- 
klische Taskumschaltung (round-robin-sche- 
duling). Die aktuelle Variante von multi- 
FORTH /1 5/ realisiert eine verdrängende, 
prioritätsgesteuerte Taskumschaltung (pre- 
emptive-scheduling) und ist damit für echt- 
zeitfähige Multitaskarbeit geeignet. Innerhalb 
einer Gruppe gleichpriorisierter Tasks kann 
durch explizites Taskumschalten (SCHE- 
DULE, WAIT) das round-robin-Verhalten si- 
muliert werden, welches vor allem für die in- 
teraktive Entwicklung von Tasks günstig ist, 
da hierbei die Operatortask automatisch und 
zyklisch aktiviert wird. Tasks unterscheiden 
sich formal bei ihrer Programmierung nicht 
von normalen FORTH-primaries oder -se- 
condaries. Lediglich durch ein beim Start vor- 
angestelltes Wort START (vom Terminal 
aus) bzw. STARTDS (vom Programm aus) 
wird ein primary oder secondary in den T ask- 


Tafel 6 Hilfsfunktionen 


Aufruf Datenstapel Bedeutung 


HELP 

DIR 

MEM 

EDIT 

COPY 

SFCOPY name 
OVERLAY 
RECOMP name 
DISASname 
STEP name 
BRK name 
REPi 

SYSMAKE 

SYSNAME 

TIME-JOB 

LOOK-TASKS. 

TCB.name 

SEML. name 

KRAM. 

READY. 

SLEEP. 

SUSP. 

SEM. 


(scr 

(adrn 



) gibt alle Hilfsfunktionen aus 

) gibt ab Screen scr alle Kopfzeilen aus 

) gibt ab adr n Zeilen Speicherinhalt aus 

) Quelltexteditorfür Screen scr 

) kopiert Screen scrl in Screen scr2 

) kopiert Screen scrl aus Datei name.SCR in aktuelle SCR-Datei 
) interaktive Overiay-Technikfürsingle/multiFORTH 

) Recompilation des Wortes name 

) Disassemblierung des Wortes name 

) Schritt-TestdesWortesname 

) Repetitionsvariable für i-ten Haltepunkt 

) Compilatauslagerung auf Diskette 

) gibt aktuellen Compilatnamen aus 

) gibt Systemzeit aus 

) gibt alle existierenden T asks mit Zustand und Priorität aus 

) gibtTCBderbenanntenTaskaus 

) gibt die durch benannte T asks besetzten Semaphore aus 

) gibt symbolische Kern-RAM-Werte aus 

) gibt READY-Liste aus 

) gibt SLEEP-Uste aus 

) gibtSUSPEND-Listeaus 

) gibt symbolische Datenstruktur des benannten Semaphors aus 


Status erhoben; der oder ”NEXT”-Ab- 
schluß führt dann zum Terminieren der 
Tasks. Damit ist die FORTH-Philosophie der 
interaktiven Programmerstellung und -te- 
stung auf multiFORTH übertragbar. Der cha- 
rakteristische Datenstapel unterstützt auch 
hier auf natürliche Weise den Programmierer 
bei der Erstellung wiedereintrittsfähiger Pro- 
gramme. 

Zusätzlich zu singleFORTH verfügt der Nut- 
zer von multiFORTH über die Datentypen 
SEMAPHORE, MESSAGE und EVENT, mit 
deren Hilfe er Ressourcen vor Mehrfachzu- 
griff schützen, Nachrichten zwischen Tasks 
austauschen sowie Tasks durch interne oder 
externe Ereignisse synchronisieren kann. 
Tafel 4 zeigt die entsprechenden Wortgrup- 
pen. Jeder Task ist beim Start eine Priorität 
(0 < = p < = 255) zuzuordnen, das Grund- 
system meldet sich mit der Operatortask, 
welche die initiale Priorität 0 besitzt. Prioritä- 
ten können jederzeit vom Terminal (PRIO- 
RITY, SET-PRIORITY) oder von anderen 
Tasks aus (SET-PRIORITYDS) geändert 
werden. Außerdem stehen analog Befehle 
zur zeitweiligen Suspendierung (SUSP, . . .) 
bzw. zum Fortsetzen (CONT, . . .) oder zum 
Terminieren (KILL, . . .) einer Task zur Verfü- 
gung. Tafel 5 faßt diese Steuerworte zusam- 
men. PAR initialisiert und startet die gesamte 
Multitaskarbeit, die Echtzeituhr kann mit den 
TIME-Worten verwaltet werden. SLEEP setzt 
die aufrufende Task für n Zeiteinheiten (ge- 
nerierungsabhängig) in einen sleep-Zu- 
stand. 

Nach dem Start wird jeder Task ein RAM-Be- 
reich (Task-Segment) zugeordnet, welcher 
bis zur Zuordnung oder nach dem Terminie- 
ren der entsprechenden Task in einer AVAIL- 
Liste verwaltet wird (dynamische Taskver- 
waltung). Task-Segmente können nach Zahl 
und Größe vor PAR-Ausführung vom Anwen- 
der auf FORTH-Niveau generiert werden, in- 
itial sind Segmente für 8 Tasks eingestellt. 
Alle Tasks arbeiten über dem globalen Wör- 
terbuch, welches nur von der Operatortask 
aus erweitert werden kann. Jede Task ver- 
fügt über lokale Daten- und Rückkehradreß- 
Stapel sowie übereinen ebensolchen USER- 
Variablenbereich (dessen Belegung wird bei 
START „vererbt“) und einen Task-Control- 
Block (TCB). Dieser TCB enthält die Informa- 


tionen zur Priorität, zum Taskzustand (run, 
ready, wait, sleep, suspend), die Adresse, 
über welche die Tasks beim Einordnen in die 
Ready-, Suspend-, Semaphor-, Message- 
bzw. Eventwarteliste verkettet werden, sowie 
für den Zustand sleep die verbleibende 
Wartezeit. 

Der Kern selbst wird von FORTH aus über 
spezielle primaries (Kerninterface) durch 
Kernrufe erreicht, weiche dem Systempro- 
grammierer zur Verfügung stehen, um even- 
tuell auch neue Multitaskworte zu definieren 
/18/. So kann für externe Ereignisse (Inter- 
rupts) z. B. ein spezieller Datentyp EX- 
EVENT eingeführt werden, dessen Warte- 
tasks nicht durch SIGNAL, sondern durch 
eine Interruptroutine mit dem entsprechen- 
den Kernaufruf frei gesetzt werden. Diese In- 
terruptroutine ist dann auch Element des 
Kerninterface. 

Die gesamte Taskverwaltung ist auf Listen- 
verarbeitung aufgebaut, damit wird hohe Fle- 
xibilität, allerdings nicht maximale Reaktions- 
zeit erreicht. Das Kernprogramm ist modular 
strukturiert, so daß auf Assemblerniveau die 
Möglichkeit der Kerngenerierung besteht. 
Ein Kern-RAM beinhaltet alle relevanten 
Kerndaten. Unter Nutzung dieser Daten kann 
sich der geübte Programmierer weitrei- 
chende Hilfswörter zur Zustandsanalyse auf- 
bauen, welche bis zum Multitask-Debugger 
erweitert werden können. Der komplette 
Kern FMK ist einschließlich seines RAM in 
das FORTH-Wörterbuch integriert (ca. 
4 KByte), was bei Aufruf von VLIST aller- 
dings nicht sichtbar wird. 

5. Hilfsprogramme 

Obwohl FORTH selbst schon eine komplette 
Programmierumgebung darstellt, sind zur ef- 
fizienten Arbeit meist zusätzliche Hilfspro- 
gramme notwendig. Es ist üblich, daß sich je- 
der FORTH-Programmierer für seine 
Zwecke spezielle Werkzeuge schafft, wobei 
diese oft einen sehr individuellen und tempo- 
rären Charakter haben. Dies ist in anderen 
Systemen nicht üblich und wird in FORTH ne- 
ben der guten Interaktivität durch die Offenle- 
gung aller Datenstrukturen unterstützt. So ist 
es oft einfacher, sich selbst eine Hilfsfunktion 
zu schaffen, als die Bedienung eines komple- 
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xen Service-Programmes zu erlernen. Einige 
allgemein interessierende Beispiele aus der 
Arbeit an der Sektion TBK sind in Tafel 6 zu- 
sammengefaßt. 

Die ersten Worte bis COPY beschreiben ei- 
nen Teil der üblichen Hilfsfunktionen. OVER- 
LAY gestattet dem Programmierer, be- 
stimmte Teile des Wörterbuches durch neue 
Compilate zu überschreiben, was vor allem 
für temporäre Hilfsfunktionen sinnvoll ist. Das 
Wort Overlay ist selbst interaktiv, aus seinen 
Bestandteilen läßt sich aber auch eine pro- 
grammgesteuerte Overlay-Technik zur dyna- 
mischen Speicherplatzverwaltung aufbauen 
/1 6/. RECOMP gestattet die Recompilation 
des threaded-code in FORTH-Quelltext. Um 
alle Sprungstrukturen eindeutig rekonstru- 
ieren zu können, wurden die internen Sprung- 
anweisungen (BRANCH, OBRANCH) aus 
fig-FORTH in der vorgestellten FORTH-Fa- 
milie durch differenzierte Worte (z. B. (IF), 
(ELSE), ...) ersetzt /14/. DISAS gestattet 
analog zu RECOMP die Disassemblierung 
von primaries, wobei die SYPS-K1520-Mne- 
monik verwendet wird. 

Die Worte STEP, BRK und REPi kennzeich- 
nen einen ganzen Debugger-Komplex. So- 
wohl im Schritt-Test als auch nach Erreichen 
von Haltepunkten werden die obersten Werte 
des Daten- und Return-Stapels ausgegeben; 
interessieren weitere Zustandsgrößen, so 
sind diese dem Anwender über einen rekursi- 
ven Aufruf von FORTH (d. h. genauer: von 
QUIT) in bekannter Weise zur Anzeige und 
Veränderung verfügbar. Die Tatsache, daß 
man sich im Rekursions-FORTH befindet, 
wird lediglich durch das modifizierte Prompt- 
Zeichen * OK sichtbar. Nach Austritt aus dem 
Debugger wird wieder in das ursprüngliche 
FORTH zurückgekehrt. 

SYSMAKE ist das Finalwort eines Komple- 
xes, mit dem ausgetestete Anwenderpro- 
gramme unter frei wählbaren Namen in com- 
pilierter Form auf Diskette ausgelagert wer- 
den können /1 5/. Die entsprechenden Da- 
teien sind SCP-kompatibel vom Typ SYF. Sie 
enthalten Verkettungsinformationen zu dem 
Basissystem, auf welches sie jeweils compi- 
liert wurden (dies kann das FORTH-Grund- 
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Ablauf des Netzmodells 
Im ersten Teil dieses Beitrages wurde auf der 
Basis von Kanal-Instanzen-Netzen bzw. Pr/ 
T-Netzen für ein konkretes Beispiel aus der 
Fertigungsindustrie ein formales Modell ent- 
wickelt, dargestellt in Bild 10 (MP 10/1987, 
S. 299-302). Im Sinne der Anforderungsspe- 


system oder eine bereits erweiterte SYF-Da- 
tei sein) und Kaltstartinformationen. Über ei- 
nen speziellen Anfangslader, welcher auf 
das SCP-Directory zugreift, kann man dann 
das gewünschte Anwendersystem als „Blatt“ 
oder „Knoten“ aus einem „Dateibaum“ me- 
nügesteuert auswählen. Beim Laden werden 
automatisch alle SYF-Vorgängerdateien und 
am Anfang das FORTH-Grundsystem in der 
richtigen Reihenfolge der ausgewählten 
SYF-Datei unterlegt. Der bei SYSMAKE ein- 
zugebende Dateiname kann nach dem La- 
den jederzeit durch SYSNAME abgefragt 
werden. Der im FORTH-Grundsystem noch 
vorhandene Nachteil langer Compilerzeiten 
bei großen Anwenderprogrammen entfällt 
mit SYSMAKE vollständig. SYSMAKE setzt 
in singleFORTH die geladene SCP-Dateiar- 
beit voraus. Nach SYSNAME folgt in Tafel 6 
eine Auswahl von Hilfsfunktionen für multi- 
FORTH. TIME-JOB organisiert z. B. die Aus- 
gabe von Datum und Zeit auf dem Terminal. 
Die darauf folgenden Worte geben interes- 
sante Systemgrößen aus, wobei soweit wie 
möglich die Wörterbuchnamen verwendet 
werden. Alle gezeigten Worte existieren auch 
in der Variante, daß die erfragten Informatio- 
nen nicht auf das Terminal ausgegeben, son- 
dern in Form von Adressen oder Daten auf 
dem Datenstapel abgelegt werden, womit 
dann „gerechnet“ werden kann. Damit ist es 
möglich, sich je nach Problemstellung zuge- 
schnittene Debugger-Tasks aufzubauen, 
welche gegebenenfalls interaktiv die Arbeit 
der Nutzertasks beobachten und analysie- 
ren. Für den naturgemäß schwierigen Prozeß 
der Parallelprogrammierung stehen somit in- 
teressante Werkzeuge zur Systeminspektion 
zur Verfügung. 
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zifikation bildet dieses Netzmodell eine gute 
Ausgangsbasis zur Formulierung und Reali- 
sierung der Steuerungsaufgabe. Alle Betei- 
ligten können anhand des Modells relativ 
leicht selbst überprüfen, ob ihre Forderungen 
komplett enthalten sind. Falsche oder noch 
nicht vollständige Angaben können durch 
weitere Verfeinerungen korrigiert bzw. er- 
gänzt werden. Außerdem kann untersucht 
werden, ob Forderungen, die aus unter- 
schiedlichen Gesichtspunkten heraus auf- 
gestellt werden, sich eventuell widerspre- 
chen. 

Im angegebenen Modell ist eine Anfangs- 
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markierung eingetragen, die dem Systemzu- 
stand unmittelbar vor dem Start des regulä- 
ren Betriebes entspricht. Dies bedeutet, daß 
zum Erreichen dieses Zustands ein Einfah- 
ren der Anlage durchgeführt werden muß, 
welches im weiteren nicht näher betrachtet 
werden soll. 

Durch die Markierung erhält neben den Tran- 
sitionen Bearbeitung (4fach) und Waschvor- 
gang auch die Transition mit der Prozedur 
transport (robot, baz, 18) Konzession, da der 
Roboter frei ist, der Kanal WAK DWA nicht 
belegt ist und an jedem Bearbeitungszen- 
trum ein Teil auf seine Abholung wartet. 

Da das Modell nichts über die Zugriffsart aus- 
sagt, wird aus dem Kanal BAZ DWA zufällig 
ein Objekt ausgewählt. Für das Teil vom Be- 
ai beitungszentrum 1 hätte die Prozedur dann 
die Parameter transport (2, 5, 18). 

Wird vom Auftraggeber ein anderer Zugriffs- 
mechanismus gefordert, z. B. nach Prioritä- 
ten oder nach der Reihenfolge des Fertigwer- 
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dens der Bearbeitungszentren, so kann dies 
durch weiteres Verfeinern der Kanäle und 
Objekte in gezeigter Weise in das Modell in- 
tegriert werden. 

Mit dem Ende der Transportoperation 
BAZ1JDWA -* WAKJDWA wird der Kanal 
WAK-DWA mit einem Objekt (B) belegt, der 
Roboter wird auf die Position 18 freigegeben 
(Kanal STR-FREI), und im Kanal BAZJ=REI 
wird das nun beschickungsbereite Bearbei- 
tungszentrum 1 , symbolisiert durch seine Po- 
sition (5), eingetragen. Damit ist der Trans- 
port eines Rohteils von den Spannplatzposi- 
tionen 2 oder 4 an das Bearbeitungszen- 
trum 1 möglich, denn auf beiden Spannplät- 
zen ist dieses Bearbeitungszentrum ange- 
wählt (Kanal SP-WAHL, Objekte (2, 5, 12) 
bzw. (4, 5, 12)) und damit die zusätzliche 
Bedingung (baz = bl) or (baz = b2) durch 
baz = bl = 5 erfüllt. 

Nach Ausführung des Transports wird ein 
Spannplatz freigegeben (Kanal SP-FREI), 
so daß, wenn der Waschvorgang abge- 
schlossen ist und der Drehwechsler gedreht 
hat, das Fertigteil von der Waschstation auf 
den freien Spannplatz zum Abspannen trans- 
portiert werden kann. 

Auf diese Weise können mit dem geschaffe- 
nen Modell zahlreiche interessante Situatio- 
nen des Systems durchgespielt werden, was 
allerdings ohne Rechnerunterstützung sehr 
uneffektiv ist. Außerdem wäre es wün- 
schenswert, auf Basis des einmal geschaffe- 
nen Modells auch schon einige Simulations- 
experimente durchführen zu können, die 
Aussagen über Laufzeiten, Auslastung und 
kritische Situationen im zukünftigen System 
zulassen. 


Das Programmpaket POSES 

Zu diesem Zweck wurde an der TU Karl- 
Marx-Stadt das Sprachsystem POSES (Pr/T - 


Netzorientiertes Simulations- und Entwurfs- 
system) IM geschaffen, mit dessen Hilfe 
Netzmodelle formal notiert und auf einem 
Personalcomputer simuliert (interpretiert) 
werden können. 

Grundkonzepte 

Die semantische Basis der Sprache bildet 
das „Situation-Handlungs“-Prinzip. Drei we- 
sentliche Konzepte bilden die programm- 
technische Grundlage von POSES: 

• Datenflußkonzept: 

Eine konsequente Umsetzung des Marken- 
flusses aus dem Netzmodell führte zwangs- 
läufig dazu, daß POSES als Datenflußspra- 
che 15/ konzipiert wurde. Sie unterscheidet 
sich gegenüber den imperativen Program- 
miersprachen (FORTRAN, PLI, ALGOL, 
PASCAL, . . .), deren Abarbeitung vom Stand 
eines Befehlszählers gesteuert wird, insbe- 
sondere dadurch, daß die Ausführung von 
Programmaktivitäten (Instanzen im Netz 
= Handlungen) von aktuellen Datenwerten 
(Markenverteilungen im Netz = Situationen ) 
abhängt, die damit nicht nur passive Werte- 
Repräsentanten sind. 

Die Bedeutung des Begriffs Variable differiert 
wesentlich von der Vorstellung, daß es sich 
einfach um überschreibbare benannte Spei- 
cherzellen handelt, sondern entspricht mehr 
der von logischen Programmiersprachen 
(PROLOG). Die Variable in POSES kann für 
die Dauer der Abarbeitung einer Transition 
mit Markenattributen belegt werden und er- 
möglicht dann Abfragen über Relationen zu 
oder das Erfülltsein von weiteren Markenat- 
tributen (etwa im Sinne von PROLOG). So 
werden z. B. die Variablen baz mit 5 bzw. bl 
mit 12 belegt und dann gefragt, ob baz = bl 
gilt. Ist das nicht der Fall, werden weitere Be- 
legungen der Variablen baz und bl versucht, 
was zum sogenannten Backtracking führt. 





Bild 13 Kommentierter Ausschnitt aus dem Trace- 
protokoll 


• Typkonzept: 

Jede Konstante, Variable, jeder aus diesen 
gebildete Ausdruck und jedes Prädikat ist in 
POSES von einem bestimmten Typ. Dieser 
Typ bezeichnet die Wertemenge, der eine 
Konstante angehört bzw. die durch eine Va- 
riable oder einen Ausdruck angenommen 
werden kann, oder den Typ der Objekte, die 
ein Prädikat aufnehmen kann. Jeder Opera- 
tor und jedes Prädikat erwarten Argumente 
bzw. Objekte eines bestimmten Typs. Durch 
diese Redundanz werden schon zur Compi- 
lationszeit Entwurfsfehler erkannt und kön- 
nen somit vermieden werden. 

• Vertikale und horizontale Dekomposition: 

a) Vertikale Dekomposition: Die Aufteilung 
eines Steuerungssystems in eine Zwei-Ebe- 
nen-Hierarchie (Kontroll- und Aktionsebene) 
gestattet, unterschiedliche Systemaspekte 
separat zu behandeln und die geeignetsten 
Mittel und Methoden für die jeweilige Ebene 
einzusetzen. POSES realisiert diesbezüglich 
das Konzept der Sprachfamilie. Die Netzbe- 
schreibung bietet leistungsfähige Konstruk- 
tionen für die Beschreibung paralleler Struk- 
turen der Kontrollebene. Für die Angabe der 
sequentiellen Aktionen (Kopplung zum phy- 
sischen Prozeß) kann der Programmierer auf 
andere Sprachen (Assembler, PASCAL . . .) 
zurückgreifen, die hier vorteilhafter sind. 

b) Horizontale Dekomposition: Während bei 
der vertikalen Dekomposition das Steue- 
rungssystem in Hierarchieebenen aufgeteilt 
wird, wird bei der horizontalen Dekomposi- 
tion eine Modularisierung der Kontrollebene 
selbst vorgenommen 161. Jeder Modul bildet 
in POSES eine Kapsel mit genau definierten 
Schnittstellen. Diese bestehen aus Prädikat- 
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paaren der Form (Pi, Po), wobei Pi der Ein- 
gang und Po der Ausgang für den Datenfluß 
ist. Für die Verkopplung der einzelnen 
Moduln untereinander wird durch eine spe- 
zielle Entwurfsstrategie die reine Baumstruk- 
tur angestrebt, die aber durch sogenannte 
Ressourcen-Moduln auch aufgelöst werden 
kann. 

Ein POSES-Programm besteht aus einem 
oder mehreren derartigen Modulen, wobei je- 
der Modul aus Deklarations- und Netzteil be- 
steht. 

a) Deklarationsteil: Im Deklarationsteil sind 
die Konstanten, die Typbezeichner mit ihren 
Wertemengen, die Variablen, die Prädikate 
mit ihrer Anfangsmarkierung, die Koppel- 
paare des Moduls, die Funktionen und die 
Kopfzeilen der Aktionsprozeduren zu definie- 
ren, die den Datenfluß von der Kontroll- über 
die Aktionsebene zum physischen Prozeß 
und umgekehrt realisieren. Den Deklara- 
tionsteil des Beispiels zeigt Bild 1 1 . 

b) Netzteil: Im Netzteil ist die Topologie des 
Netzes anzugeben. Der Netzteil entspre- 
chend Bild 10 ist in Ermangelung grafikfähi- 
ger Hardware in eine verbale Notation formal 
umzusetzen, die an dieser Stelle nicht weiter 
dargestellt werden soll. Zum aktuellen, auf 
CP/M-, CP/M-86- und MS-DOS-kompatiblen 
Betriebssystemen lauffähigen, nachnutz- 
baren POSES-System gehören Compiler, 
Modulverbinder, Interpreter für Zwischen- 
code und ein Simulationspaket. 

Simulation mit POSES 
Der Simulator erlaubt neben der Austestung 
des Markenspiels eine komfortable Simula- 
tion des beschriebenen Prozesses. Dadurch 
sind bereits vor dem Entwurf der eigentlichen 
Steuerung (der ebenfalls mit POSES möglich 
ist) Aussagen über 

- kausale Zusammenhänge des Prozesses 

- Auslastungskoeffizienten (z. B. von Trans- 
portmitteln) 

- zeitliche Abläufe 

- (Schalt-)häufigkeiten, Engpässe usw. 
möglich. 

Der POSES-Simulator entspricht somit dem 
Anliegen und erfüllt einen beträchtlichen Teil 
des Funktionsumfanges von SIMDIS, ver- 
steht sich allerdings nicht als Konkurrenz 
dazu. Dafür steht als Hauptgrund, daß der Si- 
mulator nur ein Teil des durchgängigen PO- 
SES-Systems von der Modellierung mit Hilfe 
der Pr/T-Netze bis zur Realisierung der 
Steuerung ist. Mit der Analyse und formalen 
Modellierung des Prozesses zum Zwecke 
der Simulation sind bereits wesentliche Kom- 
ponenten zur Steuerung dieses Prozesses in 
das Netzmodell integriert worden. Damit ist 
nach relativ geringen Änderungen im Netz- 


modell (Interruptstellen und Aktionsproze- 
duraufrufe zur Verkopplung der Steuerung 
mit dem Prozeß) die Implementierung der 
Prozeßsteuerung rechnergestützt realisier- 
bar. Bei der Simulation kann die zu simulie- 
rende Zeit in Abhängigkeit von Markenattri- 
buten berechnet werden (z. B. soll sich die 
Transportzeit proportional zur Entfernung 
zwischen Quell- und Zielposition verhal- 
ten). 

Der POSES-Simulator ist vor Beginn, wäh- 
rend und nach Ende des Simulationslaufs im 
Dialogbetrieb mit unterschiedlichen Hilfegra- 
den bedienbar. Die Aufbereitung und Aus- 
wertung der Simulationsergebnisse ist in den 
Simulator integriert worden, läuft grundsätz- 
lich für alle Prädikate und Transitionen intern 
mit und ist jederzeit abrufbar. Darüber hin- 
ausgehende Interessen, z. B. eine spezielle 
Markierung, die mehrere Prädikate umfaßt, 
können explizit formuliert werden. 

Es sind 3 Hauptklassen von Funktionen reali- 
siert worden: 

• Funktionen, die den Netzablauf, der im 
Schritt- oder Run-Betrieb möglich ist, beein- 
flussen 

o Zuweisung von Zeiten an T ransitionen, um 
die hypothetische oder bekannte Dauer von 
diesen Transitionen zugeordneten Aktions- 
prozeduren (z. B. eines Transportes) dem Si- 
mulator mitzuteilen - als 

- feste Zeit 

- Zufallszahl (verschiedene Verteilungen 
möglich) 

- Zeit ist eine Funktion von Markenattributen 
o Ändern der aktuellen Markierung 

o Ändern der Priorität von Transitionen . . . 

• Funktionen zur visuellen und internen 
Protokollführung 

o Festlegen des Ausgabeumfangs von 
Transitionen 

- ob beim Schalten einer T ransition eine ent- 
sprechende Meldung ausgegeben wird 

- Kantenbelegung beim Schalten 

- warum schaltet Transition nicht 

o Festlegen von zu protokollierenden Mar- 
kierungen 

o Festlegen des zu protokollierenden Mo- 
duls 

• Funktionen zur Auswertung und Anzeige 
netz- und simulationsspezifischer Daten 

o Auslisten der Prädikate 

- aktuelle Markierung, Kapazität, Zugriffs- 
strategie 

- maximale und zeitlich gemittelte Marken- 
zahl 

- prozentuale Auslastung 

o Auslisten der Transitionen 

- Priorität, Verzögerungsart 

- Schalthäufigkeit, Schaltdauer u. a. 
o Auslisten von Markierungen 


- wie oft und wie lange in welchem Zeitraum 
ist Markierung eingetreten. 

Simulation des Beispiels . 

Mit dem durch Editieren und Compilieren auf- 
bereiteten Beispiel wurden einige Experi- 
mente mit der in Bild 12 gezeigten Simula- 
tionsdatenbasis durchgeführt. 

Allen Transitionen wurden technologisch be- 
dingte Abarbeitungszeiten zugeordnet, um 
Aussagen über das zeitliche Verhalten des 
Prozesses zu erhalten. Da die Transportzeit 
linear von der Entfernung Quell-Zielposition 
abhängt, kann sie aus den Markenattributen 
berechnet werden. Dieser Zahlenwert wird 
zusätzlich mit einem modifizierbaren Faktor 
und der Einheit versehen. 

Die Darstellung der Ergebnisse erfolgt in Si- 
mulationsprotokollen, die ablauforientierte 
Teile (trace) und Analyseteile aufweisen. Ei- 
nen Ausschnitt aus einem solchen Protokoll 
zum Beispielsystem zeigt Bild 13. 

Interessant sei die Auslastung des Transpor- 
ters. Für jeweils ca. 1 Stunde sollen die 3 Si- 
tuationen 

a) normaler Betrieb 

b) 4fache Verfahrgeschwindigkeit des T rans- 
porters 

c) wie b), aber Ausfall von 2 Bearbeitungs- 
zentren 

nacheinander untersucht und analysiert wer- 
den. 

Die Auslastung des Transporters entspricht 
der zeitlichen Markenbelegung des Kanals 
STR-FREI. 

Die Simulationszeit wird auf jeweils 1 Stunde 
(keine Echtzeit) festgelegt, und danach wer- 
den die Resultate ausgegeben. Die erhöhte 
Verfahrgeschwindigkeit wird durch Ändern 
des Faktors in der Simulationsdatenbasis auf 
1 erreicht (z.B. TRANS_WS TOKEN 1 
SEC). 

Der Ausfall von Bearbeitungszentren kann 
durch „manuelle“ Entnahme von Marken aus 
dem Netz, z.B. 2 Marken vom Kanal 
BAZ_DWI, simuliert werden, 
zu a) Bild 14a 

Der Transporter war zwar 12mal frei, wurde 
aber offenbar ohne Verzug sofort wieder be- 
legt und war somit 1 00%ig ausgelastet, 
zu b) Bild 14b 

Der Transporter war 36mal frei und ruhte 
6:24 min. Die Auslastung ergibt sich zu 
100% - 11% =89%. 
zu c) Bild 14c 

Der Transporter war 11 mal frei und ruhte 
39:59min. Die Auslastung ergibt sich zu 
100% - 67% = 33%. 

Für statistisch gesicherte Simulationsergeb- 
nisse müßte die Simulationszeit sicher höher 
bemessen werden. An dieser Stelle sollte nur 
ein kleiner Einblick in die Möglichkeiten des 
Simulationssystems gegeben und demon- 
striertwerden, daß schnell und unkompliziert 
verschiedenste Experimente durchführbar 
sind. Schluß 
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REDABAS-Entwick- 

lungshilfe 

Die rasche Ablösung der vielen klei- 
nen Datenbestände, die bisher auf 
Karteikarten u. a. gehalten wurden, 
ist effektiv nur durch den Einsatz ei- 
nes Datenbanksystems (z. B. REDA- 
BAS/dBase) möglich. Für die Erfas- 
sung und Verwaltung dieser Daten- 
bestände wurde eine allgemeine 
Kommandodatei entwickelt mit fol- 
genden Funktionen: 

• schnelle Eingabe von Datensät- 
zen (Erweitern der Datei) mit den 
Entscheidungen: 

- Korrektur des erfaßten, aber noch 
nicht abgespeicherten Satzes 

- Abspeichern des Satzes und Er- 
fassen des nächsten Satzes 

- Verwerfen des soeben erfaßten 
Datensatzes 

• komfortable Korrektur von Daten- 
sätzen (Verwaltung des Datenbe- 
standes ohne weitere Hilfsmittel) mit 
den Unterfunktionen: 

- Vor- und Rückwärtsblättern in der 
Datei, dabei wird je ein Satz (ent- 
spricht einer Karteikarte) auf dem 
Bildschirm angezeigt 

- Editieren (d. h. Ändern und Korri- 
gieren) des aktuellen Satzes 

- Löschen des angezeigten Satzes 

- Finden des nächsten Satzes It. 
Schlüsselfeld. 

Mehrere dieser Kommandodateien 
werden durch eine Hauptkommando- 
datei bedient. Außerdem ist noch ein 
Anschluß für den Listendruck mög- 
lich. Für die Anwendung dieser Lö- 
sung wurde sin TURRO-PASCAl 
Programm d BKartei (Datenbank-Kar- 
tei) entwickelt, welches die Grund- 
struktur eines solchen Projektes er- 
zeugt. Das Programm dB-Kartei ist 
auf BC/PC (8-Bit-Technik) unter ei- 
nem CP/M-kompatiblen Betriebssy- 
stem einsetzbar und für REDABAS 
und dBase gleichermaßen geeignet. 
Bei einer Laufzeit von etwa 1 0 Minu- 
ten kann ein (kleines!) Datenerfas- 
sungsproblem zusammen mit REDA- 
BAS/REDAMASK oder dBase/ZIP 
innerhalb weniger Stunden gelöst 
werden. 

VE Forschungsinstitut für Obst- und 
Gemüseverarbeitung, Nicolaistr. 5, 
Magdeburg, 3018; Tel. 2221 12 
App. 49 

Gaßmann 

Mikrorechner- 

baugruppensystem 

Das NANOS-M ikrorechnerbauqrup- 
pensystem ist eine Entwicklung der 
Ingenieurhochschule für Seefahrt 
Warnemünde/Wustrow und wird zen- 
tral im Betriebsteil (BT) Entwicklungs- 
und Produktionsstätte mikroelektro- 
nischer Rationalisierungsmittel 
(EPMR) des VEB Datenverarbei- 
tungszentrum (DVZ) Rostock gefer- 
tigt. 

Es bietet hard- und softwareseitig die 
Möglichkeit, den Schritt von soge- 
nannten Insellösungen zu komple- 
xen, mit den Prozessen verknüpften 
Rechnersystemen zu vollziehen. Mit- 
tels des NANOS-Sortimentes lassen 
sich die verschiedensten Ausführun- 
gen der Prozeßanbindung realisieren 


- Einsatz als Ergänzungsmodul 

- Einsatz als spezialisiertes 
NANOS-Prozeßterminal in Verbin- 
dung mit dem PC über ein Standard- 
Geräteinterface (Feldbus) oder 

- Einsatz als NANOS-Terminal im 
lokalen Netz. 

Die Anwendungsgebiete sind äußerst 
vielfältig, z. B.: 

- Automatisierung von Laboratorien 

- Automatisierung von einzelnen 
industriellen Prozessen ohne hohe 
Echtzeitforderungen 

- automatische Steuerung von Son- 
dermaschinen und Rationalisie- 
rungslösungen 

- Automatisierung der Produktions- 
datenerfassung 

- Automatisierung der Erfassung 
von TUL-Prozeßdaten 

- Steuerung von Meß-, Prüf- und 
Simulationseinrichtungen 

- effektivere Auslastung hochwerti- 
ger Rechnerperipherie. 

Der Systembus des NANOS-Bau- 
gruppensystems entspricht im we- 
sentlichen der TGL 37271 und ist 
somit elektrisch zum K-1520-System 
kompatibel (Prozessorbasis U880). 
Durch die Orientierung auf System- 
kompatibilität zu CP/M können lei- 
stungsfähige Rechnerarbeitsplätze 
mit NANOS-Baugruppen realisiert 
werden. Auf Basis eines speziellen 
CP/M-kompatiblen Betriebssystems 
können so CP/M-Originalprogramme 
von Büro- und Personalcomputern 
teilweise übernommen werden. 

VEB DVZ Rostock, BTEPMR, E.- 
Schlesinger-Str. 37, Rostock 6, 

2500; Konsultationen zu technischen 
und kommerziellen Fragen: Abtei- 
lung Absatz (RA) Tel. 85 1 1141 

Habetha 

Grafiksystem 
zur Arbeit unter SCP 

Für die in MP 2/1 987, Seite 61 , be- 
schriebene Farbgrafiksteckeinheit 
CGD (unter UDOS arbeitend) wurde 
zur Ansteuerung der 256 x 256 Bild- 
punkte in 8 Farben mit je zwei Hellig- 
keitsstufen ein universell ersetzba- 
res Grafikpaket in PASCAL unter 
SCP entwickelt. 

Das modular aufgebaute Grafikpaket 
besteht aus folgenden Teilen: 

- Hardwarespezifische Anpassung 
für CGD-Steckeinheit 

- Grafiksystem mit grundlegenden 
Grafikroutinen 

- Routinen zur Textdarstellung. 
Daneben existieren noch weitere 
Anpassungen für die Steckeinheit 
VIS 2A von der Akademie der Wis- 
senschaften der DDR und für den 
Drucker EPSON LX-86. Das Grafik- 
system beinhaltet grundlegende 
Grafikbefehle wie: 

- Festlegen der Zeichenfarbe (CO- 
LOR) 

- Zeichnen eines Punktes und einer 
Linie (PIXEL, LINE) 

- Festlegen des Betrachtungsfen- 
sters (WINDOW) im Nutzerkoordina- 
tensystem 

- Festlegen des Darstellungsfen- 
sters (VIEW) am Bildschirm 

- absolutes und relatives Zeichnen 
mitClippen 

- Füllen von Teilen und des gesam- 
ten Bildschirmes mit einer Farbe 


- Schreiben und Einlesen eines Bil- 
des von Diskette u. a. 

Die Darstellung von Texten in ver- 
schiedenen Größen und Richtungen 
ist möglich, wobei wahlweise T exthin- 
tergrund ein- oder ausgeblendet wer- 

Folgende Anwenderprogramme wur- 
den unter Verwendung des Grafiksy- 
stems entwickelt: 

- Zweidimensionale Darstellung 
von Funktionen und Zeitreihen 

- dreidimensionale Darstellung von 
Funktionen mit oder ohne verdeckte 
Linien bei freier Wahl des Betrach- 
tungspunktes 

- Geschäftsgrafik (in Bearbeitung). 
Forschungsinstitut für Textiltechnolo- 
gie, Abt. PM, PSF 243, Kari-Marx- 
Stadt, 9010; Tel. 57090/436. 

Dr. Gebhardt 

Programmsystem 

Personalstatistik 

Das Programm dient der Erfassung, 
Speicherung und Verarbeitung von 
Personaldaten, um den Arbeitsauf- 
wand bei statistischen Analysen we- 
sentlich zu senken. Mit diesem Pro- 
gramm ist es möglich, von jeder Per- 
son 43 verschiedene Merkmale zu 
speichern, die sich aus den Berei- 
chen Personalien, betriebliche Krite- 
rien, Parteien und Massenorganisa- 
tionen, gesellschaftliche Funktionen, 
Auszeichnungen und Bildungsniveau 
zusammensetzen. 12 Merkmale sind 
durch ein Initialisierungsprogramm 
vom Anwender selbst modifizierbar. 
51 Merkmale können zu einer logi- 
schen UND-Verknüpfung zusam- 
mengestellt werden, nach denen die 
Stammdatei selektiert wird. 

Das Programmsystem erfüllt weitere 
Funktionen wie: 

- Erstellen, Ändern, Löschen von 
Datensätzen 

- Suchen in der Stammdatei nach 
festen und variablen Merkmalen 

- Anfertigen von Erfassungsbele- 

Die Ausgabe der Daten erfolgt wahl- 
weise auf dem Bildschirm oder Druk- 

Je nach Diskettengröße und Forma- 
tierung ergeben sich Speicherkapazi- 
täten für 320 bis 1600 Personen. 

Das Programmsystem ist in BASIC 
geschrieben und lauffähig unter dem 
Betriebssystem SCP mit einem Bild- 
schirmformat von 80 x 24 Zeichen. 
VEB Robotron-Büromaschinenwerk 
„Emst Thälmann“ Sömmerda, BfN, 
Weißenseer Str. 52, PSF 43, Söm- 
merda, 5230; Tel. 43257 oder 


Gravur von Leiter- 
plattennegativfilmen 

ln unserem Betrieb werden die Nega- 
tive zur Leiterplattenbelichtung nicht 
mehr über den photographischen 
Umweg der Druckstockzeichnung 
hergestellt, sondern mittels eines 
-Zeiss-Zeichentisches DZT 90 x 120 
auf Gravurfolie graviert. Mit diesem 
Verfahren sind Schwierigkeitsstufen 
bis zu V durchaus zu beherrschen. 
Angesteuert wird der DZT von einem 


CP/M-2.2-kompatiblen Bürocompu- 
ter. Wir bieten dazu ein Steuerpro- 
gramm. Die Koordinatendaten wer- 
den bei uns von einem Digitalisierge- 
rät DG 20 geliefert. Eine nutzereigene 
Anpassung an verschiedene Einga- 
beformate ist möglich. Für die Gravur 
eines Filmnegativs im K-1 520-For- 
mat werden etwa zwei Stunden benö- 
tigt. 

BKK Bitterfeld - Stammbetrieb - 
Territorialbereich Halle, DB FOPRO, 
Abt. Prozeßautomatisierung, Eisen- 
bahnstraße 10, Halle, 4073; Tel. 
464391 (Koll. Oertel) 

Dr. Hiekel 

Emulatormodul 
für U882 unter CP/M 
und FORTH 

Für die Bedienung des U881/U882- 
EMR-Entwicklungsmoduls aus dem 
ZFT des KEAW wurde eine T erminal- 
software, die unter CP/M-2.2-kompa- 
tiblen Betriebssystemen lauffähig ist, 
geschrieben. 

Weiterhin wird eine Lösung zur Ent- 
wicklung von FORTH-Programmen 
fördern EMR angeboten. Dazu gehö- 
ren das FORTH-Laufzeitsystem, eine 
Bibliothek von z. Z. 54 FORTH-Wor- 
ten und ein auf comFORTH basieren- 
des Crosscompilersystem. Auf der 
Basis der Koppelsoftware unter CP/M 
2.2 ist ein effektiver T est der FORTH- 
Programme auf dem EMR-Entwick- 
lungsmodul möglich. Implementiert 
sind z. Z. Funktionen wie Datenstack- 
anzeige, Haltepunkte auf FORTH-Ni- 
veau mit symbolischer Eingabe. 

BKK Bitterfeld - Stammbetrieb - 
Territorialbereich Halle, DB FOPRO, 
Abt. Prozeßautomatisierung, Eisen- 
bahnstraße 10, Halle, 4073; Tel. 
464391 (Koll. Oertel) 

Dr. Hiekel 

Driver zur Kopplung 
DZT 120X90- PC 1715 

Die Ansteuerung des Digitalzeichen- 
tisches DZT 1 20 x 90 RS mittels 
PC 1715 unter dem Betriebssystem 
SCPX ist nach entsprechender Instal- 
lation des Betriebssystems über den 
Printer-Driver möglich und üblich. 

Das hat jedoch zwei wesentliche 
Nachteile: Einmal ist der Parallelbe- 
trieb Drucker/Zeichentisch in den 
wenigsten Fällen sinnvoll möglich, 
zum anderen kann der wichtige 
READ-Befehl des DZT-Befehlssat- 
zes nicht genutzt werden. 

In unserem Bereich wurde von einem 
Jugendforscherkollektiv ein Driver 
entwickelt, der als Maschinenunter- 
programm in BASIC, FORTRAN, 
REDABAS den Datenaustausch PC 
- DZT über die V.24-Schnittstelle 
realisiert. Der Read-Befehl des DZT 
sowie ein unabhängiger Betrieb von 
Drucker und Zeichentisch sind mög- 
lich. 

Mit geringfügigen Änderungen kann 
dieser Driver auch für den BC A 51 20/ 
51 30 sowie für IFSB-Schnittstellen 
genutzt werden. 

VEB Mansfeld Kombinat „Wilhelm 
Pieck“, Werk KupferbergbaulMark- 
scheiderei, Markt, Lutherstadt Eisle- 
ben, 4250; Tel. 2641 
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Aufbau und Arbeits- 
weise von 16-Bit-Mikro- 
prozessoren 

von W. Grafik, Reihe Automatisie- 
rungstechnik, Bd. 226. Berlin: VEB 
Verlag Technik 1987 
In dieser Broschüre wird ein verglei- 
chender Überblick zur Leistungsfä- 
higkeit dreier typischer Vertreter von 
16-Bit-Mikroprozessoren (U8000, 
K1810WM86, MC68000) gegeben. 
Nach einem allgemeinen Überblick 
zur Entwicklung der Mikroprozessor- 
technik werden im ersten Teil die Ar- 
chitekturen der Prozessoren vorge- - 
stellt. Dabei stehen vor allem Hard- 
wareaspekte, wie Prozessorstruktur, 
Pinbelegungen, Aufbau der Register- 
sätze, sowie die unterschiedlichen 
Arbeitsweisen zur Speicherverwal- 
tung im Vordergrund. 

Im zweiten Teil folgt eine ausführliche 
Darlegung zu den verschiedenen 
Adressierungsarten aller drei Prozes- 
soren. Dieser auf die Assemblerpro- 
grammierung ausgerichtete Teil wird 
durch eine Reihe von Beispielen, 
Bildern und Tafeln aufgelockert. Die 
gewählte Darstellungsweise und die 
vergleichenden Übersichtstafeln er- 
möglichen dem Leser eine schnelle 
Einarbeitung in grundlegende Pro- 
zessoreigenschaften . 

Obwohl im Anhang die Befehlsliste 
zum MC68000 (dem im Inhaltsver- 
zeichnis eine Null verloren ging) fehlt, 
wurde das schwierige Problem, auf 
dem durch die Reihe Automatisie- 
rungstechnik begrenzten Seitenum- 
fang drei 16-Bit-Mikroprozessoren zu 
vergleichen, gut gelöst. 

Ulrich Oefler 

VEM-Handbuch Auto- 
matisierungsanlagen 

von einem Autorenkollektiv 
VEB Verlag T echnik, Berlin, 1 . Auf- 
lage, 384S..211 Abb.,80Taf„ 

38,- M 

Mit der breiten Einführung des mikro- 
rechnergestützten Prozeßleitsy- 
stems „audatec“ des VEB GRW „Wil- 
helm Pieck" Teltow zur Automatisie- 
rung verfahrenstechnischer Pro- 
zesse ist aus der praxisorientierten 
VEM-Handbuchreihe das Fachbuch 
„Automatisierungsanlagen" über 
den Volksbuchhandel verfügbar. 

1 2 Fachleute mit langjähriger Berufs- 
erfahrung (Red: Dr.-Ing. J. Kliemann) 
haben ihre bei Entwicklung, Errich- 
tung und Nutzung von Automatisie- 
rungssystemen auf Mikrorechnerba- 
sis gewonnenen Erkenntnisse zu- 
sammengefaßt und vermitteln an- 
schaulich in acht Kapiteln Grundwis- 
sen über die Arbeitsweise dezentral 
strukturierter Prozeß-Leitsysteme. 
Nach kurzer Einführung zu den ge- 
nerellen Entwicklungstendenzen und 
allgemeinen Hinweisen zur Gestal- 
tung von Automatisierungsanla- 
gen werden verfüg- und absehbare 
Anlagentechnik einzeln und im Kom- 
plex beschrieben sowie Einsatzva- 
rianten in verschiedenen Industrie- 
zweigen angeboten. Im Hauptteil 
dezentrale Automatisierungsanla- 
gen entwickeln die Autoren ein Anla- 


genaufbaukonzept von der Konfigu- 
ration über die Informationsgewin- 
nung und -Übertragung bis zur Anla- 
gensicherheit, dem schließt sich eine 
umfangreiche und detaillierte Be- 
schreibung neuer Baugruppen (z. B. 
Basissteuereinheiten, Pulssteuer- 
rechner, Datenbahnsteuerstation, 
Monitore) an. Besonders wertvoll für 
den Nutzer ist die ausführliche und 
informative Erläuterung der Software. 
Im weiteren findet man Hinweise zur 
Prozeß- und Systemkommunikation 
und zu verfügbarkeitserhöhenden 
Maßnahmen. 

Fertigung, Montage und Inbetrieb- 
nahme sind in ihren Hauptetappen 
und bezogen auf Baugruppen, Ge- 
fäße und Anlagen erläutert; Instand- 
haltung, Kundendienst und Schulung 
von Herstellern und Anwendern 
schließen den Problemkreis. Eine 
Auswahl bereits realisierter Anwen- 
dungsbeispiele in der Chemieindu- 
strie, der Kraftwerksautomatisierung 
und der Metallurgie soll gewonnene 
Erfahrungen einem breiten Interes- 
sentenkreis zugänglich machen. 
Nachgestellt sind ein ausführliches 
Verzeichnis internationaler ge- 
setzlicher Grundlagen, Verordnun- 
gen und Standards sowie ein um- 
fangreiches, abschnittsbezogenes 
Literaturverzeichnis. Das Werk ist 
kurz und sachlich, präzis und infor- 
mativ gehalten. Zahlreiche Bilder und 
Tafeln erleichtern zudem das Ver- 
ständnis und mit der sorgfältig ausge- 
suchten Sammlung von Standards 
und Literatur folgen die Autoren ei- 
nem begrüßenswerten Trend. 

Der Verwendungszweck reicht damit 
vom Nachschlagewerk bis zum Lehr- 
buch und wird besonders all jenen 
nützlich und zu empfehlen sein, die 
sich mit Entwicklung, Projektierung 
und Betrieb o. a. Technik befassen 
oder artverwandte Fachrichtungen 
studieren oder lehren. 

Sie alle würden sich aber über eine 
bessere Papier- und Druckqualität in 
der 2. Auflage freuen, da dieses 
Fachbuch unter den rauhen Betriebs- 
bedingungen vor Ort in allen poten- 
tiellen Einsatzfällen sicher schnell 
verschleißt. 

Klaus G. Ämter 

PASCAL: Einführung - 
Programmentwicklung - 
Strukturen 

von J. Plate/P. Wittstock, 3., durch- 
ges. und erweit. Auflage. 
Franzis-Verlag GmbH München 
1986, 426 Seiten, 59,- DM 
Das vorliegende Buch setzt praktisch 
keinerlei Vorkenntnisse auf dem Ge- 
biet der Rechentechnik voraus. Es 
wendet sich somit an den großen 
Kreis der Einsteiger in die Computer- 
programmierung und bietet des wei- 
teren dem Praktiker, der auf PASCAL 
umsteigen möchte, ein leicht lesba- 
res, gründliches und umfangreiches 
Lehrmaterial. 

Gemäß dieser Zielrichtung haben die 
Autoren die PASCAL-Sprachbe- 
schreibung mit einigen Ausführungen 
zum Wesen eines Rechners und des- 
sen Programmierung sowie mit ei- 
nem Hardware-Überblick umrahmt. 


Die PASCAL betreffenden Abschnitte 
sind klar gegliedert, prägnant formu- 
liert und geradezu verständniser- 
zwingend dargestellt. Dabei bewährt 
sich wieder einmal die Methodik der 
Einheit von motivierender Globaler- 
klärung, typischen Beispielen und 
Detailanalyse. Und auf diese Weise 
ist es auch nahezu mühelos gelun- 
gen, die allgemein etwas schwerer 
erlernbaren Teile wie die Behandlung 
von Datensatzstrukturen (Records), 
Files und dynamischen Variablen 
transparent zu machen. Allerdings 
werden vom etwas fortgeschrittenen 
Leser gerade an diesen Stellen um- 
fassende syntaktische Schemata zur 
Unterstützung der Erklärungen ver- 
mißt. Sie werden jedoch in einem 
Anhang nachgereicht. 

Das hier besprochene Buch legt den 
gesamten PASCAL-Sprachumfang 
gemäß User Manual and Report von 
Jensen/Wirth dar und berücksichtigt 
zudem die internationalen Standardi- 
sierungsbemühungen auf diesem 
Gebiet, soweit diese zum Zeitpunkt 
des Redaktionsschlusses zu konkre- 
ten Ergebnissen geführt hatten. Ein 
größerer Abschnitt am Ende befaßt 
sich mit den Spezifika von TURBO- 
PASCAL. Dadurch wird auf eine Im- 
plementation von ständig wachsen- 
der Verbreitung verwiesen. Der An- 
wender dieser Version kann jedoch 
auf umfangreichere Spezialliteratur 
nicht verzichten. 

Prof. Dr. Jürgen Zaremba 

UNIX als Basis für 
Softwareentwicklung 

von T. Baggenstos, R. Marty, 

B. Mergler, P. Schnorf, 

Springer Verlag Berlin - Heidelberg - 
New York - Tokyo 1 986, 1 99 S. 

Das zur Rezension vorgelegte Buch 
zu verschiedenen Aspekten der Ar- 
beit mit dem Betriebssystem UNIX 
versteht sich als Arbeitshilfe, keines- 
falls als Lehrbuch. 

Wer bereits weiß, wie man program- 
miert und wie ein Betriebssystem 
arbeitet, braucht dafür keine Einfüh- 
rung mehr. Aber er braucht gleichsam 
eine Brücke zwischen seinen bisheri- 
gen Erfahrungen und den doch sehr 
gedrängten, knappen Spezialinfor- 
mationen, die er in den UNIX-Sy- 
stemunterlagen findet. Dieser Funk- 
tion wird das Buch vor allem durch 
die hohe Sachkenntnis der Autoren 
gerecht, die immer den Blick für die 
wesentlichen, an kaum einer anderen 
Stelle zu findenden Informationen 
offenhält. 

Behandelt werden im einzelnen: 

- UNIX-Systemübersichtmitden 
grundlegenden Datei-Prozeß- und 
Ein-/Ausgabekonzepten dieses Sy- 

- Beschreibung der UNIX-Benutzer- 
oberfläche , Shell' als Kommando- 
interpreter bzw. als Programmier- 

- Eine sehr kurz gehaltene Übersicht 
über die Programmiersprache C 

- Darstellung der wesentlichen Ei- 
genschaften einiger Hilfsmittel zur 
Softwareentwicklung unter UNIX 

- Beschreibung der Werkzeuge des 
UNIX-Systemprogrammierers. 


Besonders gelungen sind dabei die 
Kapitel die sich mit der Benutzer- 
administration, mit der Dateisiche- 
rung/-wiederherstellung und mit der 
systemnahen Programmierung unter 
UNIX befassen. Der Leser findet hier 
eine Fülle nicht-trivialer, praxisnaher 
Programme und Beispiele, die 
besonders den sogenannten „UNIX- 
Superuser" interessieren. 

Ins Auge fallen außerdem sofort die 
gut durchdachten, besonders an- 
schaulichen Bilder, die dem Leser 
verschiedene Sachverhalte sehr 
übersichtlich präsentieren. 

Die Schwäche des Buches ist ohne 
Frage die Tatsache, daß auf einem 
Umfang von etwa 200 Seiten jedes 
der genannten umfangreichen UNIX- 
Teilgebiete doch immer nur mehr 
oder weniger angerissen werden 

Dr. Ludwig Ciaßen 

NEUERSCHEINUNGEN 

Lokale Computernetze 

von B. Lindemann 
Herausgeber: Kombinat Robotron 
Etwa 224 Seiten, Broschur, DDR 
etwa 1 6,80 M, Ausland etwa 
18,50 DM 

Bestellangaben: ISBN 3-349-00241-2 
676 080 6/Lindemann, Computern. 
LSV 0395, 130/87, FM 87 
Ein solides Grundwissen und ein 
Überblick über das gesamte Gebiet 
der lokalen Netze wird hier vom Autor 
vermittelt. Die Broschüre soll künfti- 
gen Nutzern lokaler Netze bei der 
Auswahl des geeigneten Netztyps 
und bei ähnlichen Fragen die Ent- 
scheidungen erleichtern. Ausführlich 
werden die Steuerverfahren für lokale 
Netze behandelt. Dabei werden die 
Leistungsfähigkeit sowie die Vor- 
und Nachteile der einzelnen Verfah- 
ren verdeutlicht. Beschrieben ist fer- 
ner eine Auswahl international be- 
kannter Netze, unter besonderer Be- 
rücksichtigung von Entwicklungen in 
der DDR. 

Betriebssystem SCP 
für Personalcomputer 

von K. Schmidt 

Herausgeber: Kombinat Robotron 
Etwa 240 Seiten, Broschur, DDR 
etwa 1 5,00 M, Ausland etwa 
15,00 DM 

Bestellangaben: ISBN 3-349-00255-2 
676 086 5/Betriebssystem SCP/PC 
LSV 0393, 128/87 

Die Schrift führt in das grundlegende 
Betriebssystem für den Personal- 
computer PC 1 71 5 ein. Sie vermittelt 
Kenntnisse für die umfassende und 
wirkungsvolle Nutzung dieser Gerä- 
tetechnik und bildet die Grundlage für 
das Verständnis und die unmittelbare 
Nutzung der SCP-kompatiblen lei- 
stungsfähigen Softwarekomponen- 
ten. Die Funktionsweise des Be- 
triebssystems wird vor allem aus der 
Sicht des Systemprogrammierers 
(Aufbau und Funktionsweise) darge- 
stellt. Die Besonderheiten des Be- 
triebssystems SCP 1 700 für den Ar- 
beitsplatzcomputer A 71 00 (16-Bit- 
Technik) werden kurz aufgeführt. 
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Unerklärliche Reaktionen 
der unter CP/M, CPA, 

SCP (X)... lauffähigen 
Assembler M80 bzw. ASM 

Nach Umsetzung eines ursprünglich für den U880- 
Cross-Assembler des KRS 4201 geschriebenen 
Programms auf den PC 1715 kam es bei der As- 
semblierung bei Befehlen der Art 
JP Z, MARKE 
JR Z, MARKE 
CALL Z,UP 
RET Z 

JP NC, MARKE 
JR NC, MARKE 
CALL NC, UP 
RET NC 

zur Meldung des fatalen Fehlers „A“. Tatsächlich 
war auch der erzeugte Operationscode falsch (z. B. 
20H anstelle von 28H bei JR Z, . . . ). 

Als Ursache wurde die Existenz von zwei Marken Z: 
und NC: im Programm ermittelt. Die entsprechen- 
den Programmzeilen waren jedoch durch den As- 
sembler nicht beanstandet worden. 

Offensichtlich dürfen also die Zeichenketten, die 
Sprungbedingungen angeben (Z, NZ, C, NC, M, P, 
PE, PO) nicht als Marken verwendet werden, wenn 
mit den o. g. Assemblern gearbeitet werden soll. 

Dr. Thomas Heinke 

BASIC-Interpreter 
für ZI 013 

Seit einiger Zeit wird vom Robotron-Industrieladen 
Erfurt der an den MRB ZI 01 3 angepaßte HC-BA- 
SlC-lnterpreter auf Kassette vertrieben. 

Zur Nutzung erreichten uns als Computer-Club 
zahlreiche Anfragen, die die Arbeit mit dem HC-BA- 
SIC bei einer RAM-Konfiguration von 64 KB betref- 
fen. 

Dazu von uns ein allgemeiner Hinweis: 

• Nach dem Start des Interpreters mit J 300 ist auf 
die Abfrage der Speichergröße bei 64 KB-RAM als 
maximal nutzbare Adresse (dezimal) 60415 einzu- 
geben und mit ENTER zu quittieren. Wird diese Ein- 
schränkung nicht vorgenommen, so belegt der BA- 
SIC-Interpreter den Bildwiederholspeicher und 
blockiert das System. 

Abschließend sei noch die Anfrage an den VEB Ro- 
botron-Vertrieb Erfurt gestellt, warum jeder Interes- 
sent die Programmkassette in Erfurt abholen muß 
und kein Nachnahmeversand möglich ist. 

Hans-Jochen Bachmann 
Computer-Club des Robotron- 
Anlagenbaus 

Zu der Anfrage zum Vertrieb der Programmkasset- 
ten schrieb uns Kollege Daume, Direktor für Ver- 
trieb des VEB Robotron-Vertrieb Erfurt: 

An den Industrieladen des VEB Robotron-Vertrieb 
Erfurt ergeben sich nicht nur bezüglich der Pro- 
grammkassetten, sondern auch bei anderen Waren 
Forderungen der Kunden nach einem Nachnahme- 
versand. Da die Verkaufseinrichtung - wie jedes 
andere Einzelhandelsgeschäft - nicht auf einen 
Versandhausbetrieb eingerichtet ist, kann der Ver- 
triebsweg „Nachnahmeversand“ nicht realisiert 
werden. 

Als Entgegenkommen wird jedoch den Kunden 
weitgehend auch bei telefonischer Nachfrage eine 
Reservierung der im Angebot befindlichen Waren 
gewährleistet. 


Zeitmessung mit 
kaskadierten CTC-Kanälen 

Mit der IS U857, programmiert als Zeitgeber, kön- 
nen bei einer Systemtaktfrequenz von 2,5 MHz Er- 
eignisse mit einer Genauigkeit von 6,4/rs ausge- 
zählt werden. Sind die zu bestimmenden Zeitinter- 
valle länger als 1,64 ms, müssen mehrere Kanäle 
der CTC mit Hilfe der Kanalausgänge ZC/TO kas- 
kadiert werden. Hierbei arbeiten die nachgeschal- 
teten Kanäle im Zählermode. Mit zwei Kanälen, 
Zeitgeber und Zähler, lassen sich bereits Zeitinter- 
valle von maximal 420 ms messen. Problematisch 
erweist sich jedoch das Auslesen der kaskadierten 
Kanäle, da hierfür mehrere IN-Befehle benötigt 
werden. Ganz gleich, ob man zuerst den Zeitgeber 
oder den Zähler ausliest, in jedem Fall kann ein 
Übertrag während des Auslesens das Zählergebnis 
verfälschen. Die eindeutige Behandlung eines 
möglichen Übertrages kann softwaretechnisch nur 
durch mehrmaliges Auslesen und Vergleichen der 
entsprechenden CTC-Kanäle realisiert werden. 
Viel einfacher wird das Auslesen, wenn die Zähler- 
kaskade steht. Dazu muß vom Programm der Zeit- 
geber angehalten werden, welches durch Setzen 
des Bits Dl ( D1=1 ) im Kanalsteuerregister er- 
reicht wird IV. Leider wird in jedem Fall mit Dl =1 
der Kanal auch rückgesetzt, so daß ein nachfolgen- 
des Auslesen des Zeitgeberzählerstandes nicht 
mehr möglich ist. Versuche mit verschiedenen Ka- 
nalsteuerwörtem ergaben, daß der gewünschte Ef- 
fekt, Zeitgeber stoppen ohne rücksetzen, eintritt, 
wenn der Zeitgeber mit dem Steuerwort 41 H in den 
Zählermode umprogrammiert wird. Ferner wurde 
festgestellt, daß der so umprogrammierte Kanal Im- 
pulse, die am Eingang CLK/TRG möglicherweise 
anliegen, nicht zählt. Wieder aktivieren läßt sich der 
CTC-Kanal mit einem Kanalsteuerwort, in dem Dl 
gesetzt ist. Das folgende Programmbeispiel be- 
nutzt zwei kaskadierte CTC-Kanäle und wurde an 
mehreren Schaltkreisen erprobt. 

Christian Schiewe 



IV Kieser, H.; Meder, M.: Mikroprozessortechnik, Berlin, 
VEB Verlag Technik, 1 985, 3. Auflage 



KC85/2(/3)-Tip 

Bild- und Tonanschluß 
mit RGB-Qualität 
für Farbfernsehgeräte 
der Serie 4000 

Die Schaltung bietet bei Rechnereinschaltung die 
automatische Umschaltung von Fernsehbildwie- 
dergabe auf Wiedergabe des vom Kleincomputer 
kommenden Bildes und Tones. Das Computerbild 
wird je nach Konfiguration des eingesetzten Fern- 
sehgerätes in RGB- oder nur in FBAS-Qualität er- 
zeugt. Benötigt wird ein Farbfemsehgerät der Serie 
4000 (Colormat oder Colortron). Robotronfarbfern- 
sehempfänger sind mit der auf diese Geräte zu mo- 
difizierenden Schaltung ebenfalls anschließbar. 

Für RGB-Bildwiedergabe ist der VI 5301 IS A3501 
auf dem Videomodul 1204.04-40.00/1, 2/ notwen- 
dig. Es müssen die 3 x 45-nF-Kondensatoren und 
die 3 x 75-Ohm-Widerstände zwischen Pin 


1 2 ... 1 4 der VI 5301 (Helligkeit des RGB-Bildes ist 
durch Widerstandswert beeinflußbar) und den Vi- 
deomodulanschlüssen 15... 17 gemäß dem Bild 
nachgerüstet werden. Zudem ist die Brücke zwi- 
schen Pin 11 der VI 5301 und Modulanschluß 18 zu 
legen. (Sämtliche Leiterzüge und Lötaugen sind auf 
dem Modul vorhanden.) 

Das SY-Modul ist auf das Vorhandensein des VT 
7601 JafeS#* zu überprüfen. Bei Nichtvorhanden- 
£dfn ist der T ransistor mit seine Anschlußwiderstän- 
/den gemäß dem Bild nachzurüsten. In diesem Fall 
/ entfällt der in ab 1 986 gefertigten Fernsehempfän- 
j gern statt seiner eingesetzte 120-Ohm-Widerstand 
/ von SY-Modul, Anschluß 7 in Richtung VI 7601 
A255/3/. 

Die RGB- oder FBAS-Bild- und T onansteuerung ist 
1 als Modul gefertigt und auf den auf der Geräte- 
l grundplatte vorhandenen AV-Platz gesteckt (wenn 
\ Kontaktstifte nicht vorhanden sind, dann mit 1,5- 
\nm-Cu-Drahtstücken nachrüsten), die RGB- und 

^ S c' z ? 4 

(Fortsetzung auf Seite 62) 
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Bild 1 Das „Siegel- 
Exponat - Ftoppy-An- 
schlußanKC87 


Bild 2 Prof. Jugel 
überreicht den Haupt- 
preis des Hardware- 
Wettbewerbs 



Anläßlich des 750jährigen Berlinjubiläums fanden am 1. und 2. Au- 
gust vergangenen Jahres die „ Dresdener Tage “ statt, auf denen der 
Elbe-Bezirk sich und seine Leistungen vorstellte. Im Rahmen dieser 
Präsentation riefen der Kulturpalast Dresden, VEB Robotron-Meß- 
elektronik Dresden und die TU Dresden, Informatikzentrum und Sek- 
tion Informationstechnik, zur 1. Programmierolympiade und zum 
Kleincomputer-Hardware-Wettbewerb auf. 


Kleincomputer- 

Hardware-Wettbewerb 

Der Leistungsvergleich stand unter 
dem Motto Peripherie-Geräte für den 
KC 8511 und den KC87 aus Dresden. 
Erwartungsgemäß fand der Wettbe- 
werbsaufruf ein sehr breites Echo, 
wenn auch auf Grund der Vergleich- 
barkeit der Exponate, die bewußt be- 


schränkte Thematik, nicht die Arbei- 
ten aller „Computer-Freaks“ in die 
Bewertung einbezog. Nach sorgfälti- 
ger Begutachtung der eingereichten 
Leistungen innerhalb der Laborato- 
rien der Technischen Universität 
Dresden wählte eine Jury aus Mitar- 
beitern der Bildungseinrichtung und 
des Kombinats Robotron die vier be- 
sten Exponate (Floppy-Anschluß mit 


64kdRAM-Erweiterung (Bild 1 ), pro- 
grammierbarer Zeichengenerator, 
Einchip-Mikrorechner-Emulator und 
EPROM-Floppy) aus. 
innerhalb der Veranstaltung si- 
multan-wissenschaft live am 1 . und 
2. August hatten die Berliner und ihre 
Gäste in der Kongreßhalle die Mög- 
lichkeit, die Besten des Wettbewerbs 
mit ihren Exponaten in Augenschein 
zu nehmen. 

Zum Abschluß der Veranstaltung 
erhielt ein Studentenkollektiv aus 
den Händen des Betriebsdirektors 
des VEB Robotron Meßelektronik 
„Otto Schön“, Prof. Dr. Jugel, den 
Hauptpreis, ein Mini-Floppy-Lauf- 
werk (Bild 2). Der Wettbewerb sowie 
die Leistungsschau in Berlin bewie- 


sen erneut das sehr breite Interesse 
in Sachen Computertechnik. 

Eckhardt Herzmann 

1. Programmier- 
olympiade 

Der beste Programmierer aus Stu- 
dium, Lehre und Praxis, aus den 
Computerclubs und dem Kreis der 
Hobbyanwender war gesucht. Am 1. 
und 2. August 1 987 sollten die Besten 
ihre Leistungen an Kleincomputern 
KC 87 des VEB Kombinat Robotron 
demonstrieren. Folgende Aufgabe 
war zu lösen: 

Für eine Datenbasis waren eine Orga- 
nisationsform für den Hauptspeicher 
und Algorithmen zu entwickeln und in 
(Fortsetzung auf Seite 63) 


(Fortsetzung von Seite 61) 

US-Verbindung wird weiter auf das Videomodul 
gezogen. Das FBAS-Signal wird direkt vom TV- 
RGB-Port des KC über das Modul an AV7 geführt. 
Im Falle der Computer-RGB-Bildwiedergabe über 
den IS A3501 wird nur der an AV7 gelangende Syn- 
chronanteil benötigt. Bei Vorhandensein des Video- 
moduls 1204.00-40.00 (ohne IS A3501) entfällt die 
Signalweiterführung zum Videomodul. Das vom 
Computer an AV7 gelangende FBAS-Signal dient 
hierbei zusätzlich der Bildwiedergabe. Die Wieder- 
gabe des Computerbildes in FBAS-Qualität steht 
der in RGB-Qualität nicht viel nach. 

Die vom KC 85/2(73) kommende Schaltspannung 
darf an Pin 1 1 des IS A3501 1 ... 3 V betragen. Sie 
steuert die Umschaltung des Fernsehgerätes auf 
Computerbild- und Tonwiedergabe bei gleichzeiti- 
ger Wegschaltung der zugehörigen TV-Signale. Bei 
anliegender Schaltspannung US wird AV2 auf 
Masse gelegt (Abschaltung des VI 7201 A241 auf 
ZDA-Modul); AV4 führt dann etwa 11V (Abschal- 
tung des Ton-ZF-Kanals VI 7202 A223 Pin 2). Die 
Einspeisung des Computertons erfolgt über AV8. 
Durch Zusätze zur Schaltung (Heruntersetzen der 
TTL-RGB-Signale auf 1 V gemäß den RGB-Ein- 
gangserfordernissen am Videomodul Pin 15; 16; 
17, Verwendung des Signals BAS bzw. LUM zur 
Synchronisation, Erzeugen der Umschaltbedin- 
gung evtl, abgeleitet vom SYNC-Signal) sind auch 
Commodore-, Schneider- und andere Rechner mit 
RGB- bzw. nur FBAS-Peripherie über obige Schal- 
tung an die genannten Farbfernsehgeräte an- 
schließbar/5, 6/. 

Egmont Blochwitz 

Literatur 

IV Schornack, W.; Wachsmuth, R.: Die RGB-An- 
steuerung der Farbbildröhre mit der Videokom- 


bination A3501D. Radio, Fems., Elektron., Ber- 
lin 35 (1 986) 1 , S. 31-34 

121 Schornack, W.: Farbfernsehempfänger Color- 
mat und Colortron der Serie 4000. Radio, 
Ferns., Elektron., Berlin, 34 (1985) 7, S.439- 
444 

131 Schornack, W.; Sonka, U.: Videorecorderan- 
schluß für Farbfernsehempfänger. Radio, 
Ferns., Elektron., Berlin 35 (1986) 7, S.439- 
442 

74/ System-Handbuch KC 85/3 
75/ Handbuch Commodore 1 28 
161 Kundendienst Handbuch Schneider CPC 464 

Erweiterter Service 
für Festkommazahlen 
für Kleincomputer 

Wird der Computer für Berechnungen eingesetzt 
und werden die Ergebnisse ausgegeben, ist oft ein 
ungünstiges Druckbild zu bemängeln. Die Darstel- 
lung Komma unter Komma genügt z. B. bei Geldbe- 


trägen nicht. Mit dem hier dargestellten Unterpro- 
gramm werden beliebige Zahlen als Festkomma- 
zahlen auf dem Drucker oder dem Bildschirm aus- 
gegeben. Die Anzahl der gerundeten Nachkomma- 
stellen wird im Unterprogramm mit einer natürlichen 
Zahl (SZ), die größer als 0 sein sollte (für 0 kann ein- 
facher die Integer-Funktion genutzt werden), fest- 
gelegt. Die zu formatierende Zahl wird mit dem Va- 
riablennamen Y in das Unterprogramm übergeben. 
Die formatierte Zahl steht unter Y$ zur Verfügung. 
Mit der numerischen Variablen H kann die forma- 
tierte Zahl in der Spalte Komma unter Komma aus- 
gerichtet werden. Im Unterprogramm wird noch die 
Hilfsstring-Variable H$ zur Zwischenspeicherung 
benutzt. 

Das Unterprogramm kann in weniger Zeilen, als 
hier angegeben, untergebracht werden und sollte, 
bei sehr häufigem Aufruf, noch vor dem Hauptpro- 
gramm untergebracht werden. 

Hans-Jürgen Gatsche 
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BASIC zu implementieren. Die fol- 
genden Operationen sollten dabei so 
realisiert werden, daß die erforderli- 
chen Suchvorgänge auch bei großen 
Datenbeständen sehr schnell ausge- 
führt werden: 

• Einlesen der Datenbasis, die als 
Datei auf Magnetbandkassette un- 
sortiert vorliegt und Aufbau der Da- 
tenstrukturen im Hauptspeicher. Die 
auf Magnetband befindliche Daten- 
basis war zu dimensionieren mit DAS 
(200,2). 

• Einlesen eines Schlüsselwortes 
von der Tastatur. 

Ist ein Satz mit diesem Schlüssel in 
der Datenbasis, wird er auf dem Bild- 
schirm angezeigt. 

Der Nutzer hat die Möglichkeit 

- den Informationsteil zu ändern und 
in die Datenbasis zu speichern 

- den Satz zu löschen. ' 

Ist der Satz mit diesem Schlüssel 
nicht in der Datenbasis, kann der Nut- 

- die Operation beenden 

- den Informationsteil eingeben und 
den Satz in die Datenbasis einfügen. 

• Ausgabe der geänderten Daten- 
basis auf Magnetbandkassette. 

Ein Satz hat folgenden Aufbau: 
Schlüssel: 

Zeichenkette aus max. 8 Buchsta- 
ben, evtl, mit Leerzeichen aufgefüllt 
Informationsteil: 

Zeichenkette aus max. 20 Zeichen 
Maximale Anzahl der Sätze: 200 
Die beschriebene Aufgabe war mit 
einem Robotron-Kleincomputer zu 
lösen. Die Lösung hatte folgende 
Teile zu umfassen: 

• BASIC-Programm auf Magnet- 
bandkassette 

• Dokumentation (max. 5 Seiten A4) 

- Nutzerbeschreibung 

- Kurzdarstellung der Lösungsidee 

- Darstellung der Programmstruktur 

- Beschreibung der Teststrategie 
Bewertet wurden in der Reihenfolge 

• Korrektheit der Lösung 

• Klarheit und Verständlichkeit von 
Programmen und Dokumentationen 

• Originalität der Lösungsidee 

• Effizienz der Lösung 
(Rechenzeit und Speicherbedarf) 
Insgesamt beteiligten sich etwa 
520 Jugendliche im Alter von 1 4 bis 
26 Jahren an diesem Wettbewerb. 
Nach einer Vorauswahl erhielten 55 
Einsender die Möglichkeit der Teil- 
nahme am Vor- und Endausscheid in 
Berlin. In Berlin erhielten alle Teilneh- 


mer eine geänderte Aufgabenstel- 
lung, und nach einer Vorbereitungs- 

- das mitgebrachte Programm in 
den Rechner einzugeben 

- die Änderungen am eigenen Pro- 
gramm auszuführen, die der gestell- 
ten Aufgabe gerecht werden und 

- die Korrektheit des geänderten 
Programms anhand von Testdaten 
der Wettbewerbskommission zu 
überprüfen. 

Diejenigen Teilnehmer, die diese 
Aufgabe am schnellsten lösten, ka- 
men in den Endausscheid. Von der 
Kommission wurde unter Ausschluß 
des Rechtsweges die Rangfolge der 
Lösungen einschließlich ihrer Doku- 
mentation festgelegt. 

Die Auswahl des Siegers erfolgte im 
Endkampf nicht mehr nach dem Ge- 
sichtspunkt des effektiv gestalteten 
Programmes, sondern es war die 
Beherrschung der Programmierspra- 
che, der Technik und der eigenen 
Lösung zu beweisen. 

Das Programm des Siegers, Ralf 
Krebs, Neubrandenburg, stellt damit 
nicht zwingend die optimale Lösung 
dar, es hatte aber die besten Eigen- 
schaften hinsichtlich der Forderung 
nach einer Änderbarkeit. 

In Bild 5 (siehe S. 64) ist das Pro- 
gramm in der Originalfassung wieder- 
gegeben. Für die Nutzung sind die 
einzelnen Module durch ein geeigne- 
tes Menübild mit entsprechenden 
Auswahlmöglichkeiten zu verbinden. 
Ein Überblick über die einzelnen Pro- 
grammteile wird durch Bild 6 vermit- 
telt. 


Dr. L Schönfelder 

Programm KREBS 

1. Nutzerbeschreibung 

1.1. Vorbemerkungen 

Das Programm wurde an Kleincom- 
putern KC 85/1 (BASIC- und 1 RAM- 
Modul) und KC87 (1 RAM-Modul) 
entwickelt. Es benötigt jedoch den 
zusätzlichen RAM-Modul nicht. 

1.2. Programm einlegen und Pro- 
grammstart 

Das Programm wird mit: 

CLOAD "KREBS” 
in den Computer eingelesen. An- 
schließend kann es sofort ohne wei- 
tere Modifikationen durch Betätigung 
der Taste: 

RUN gestartet werden. 


1.3. Weiterer Ablauf 
Der weitere Ablauf wird durch die ( 
Ausgabe von entsprechenden Mittei- 
lungen gesteuert. Als erstes wird z. B. 
der Name der zu bearbeitenden Da- 
tenbasis abgefordert. Bei der Ein- 
gabe von variabel langen Zeichenket- 
ten (Name der Datenbasis. Schlüs- 
selwörter Informationsteile) sind 
keine begrenzenden Hochkomma 
erforderlich. Die Eingabe wird stets 
durch Betätigung der Taste ENTER 
abgeschlossen. 

Eine Ausnahme bildet der Fall, wenn 
bei Eingabe der Schlüsselworte oder 
der Informationsteile die maximal 
erlaubte Länge erreicht wird. In die- 
sem Fall wird die Eingabe automa- 
tisch beendet. 

2. Kurzdarstellung der Lösung 

Um einen schnellen Zugriff auf die 
Daten zu gewährleisten, wird das 
Verfahren binäres Suchen einge- 
setzt. Es findet einen beliebigen Satz 
unter 200 Sätzen in maximal 8 Such- 
schritten. Das binäre Suchen setzt 
einen sortierten Datenbestand vor- 
aus. Somit ergibt sich folgender 
Grobablauf: 

© Einlesen der Datenbasis 
© Sortieren der Datenbasis 
© Bearbeiten im Sinne der Aufga- 
benstellung 


© Ausgabe der geänderten Daten- 

Um das Warten beim ehemaligen 
Sortieren so gering wie möglich zu 
halten, wurde ein QUICK-Sort-Ver- 
fahren eingesetzt. Es bezieht seine 
Leistungsfähigkeit im wesentlichen 
aus drei Punkten: 

© Indizierung der Datenelemente 
© Ringtausch 
© Vorsortierung. 

Aufgrund der Besonderheiten von 
BASIC-Interpretern wurden die Sor- 
tierung und das binäre Suchen am 
Anfang des Programms in kompri- 
mierter Form eingegeben. 

Des weiteren wurden aus der Aufga- L 

benstellung mehrere Einschränkun- 4 

gen abgeleitet: 

© Kein Assemblerunterprogramm 
(Programmiersprache: BASIC) 

© DAS(0,m) und DA$(n,0) bleiben 
leer (200 Datenelemente mit je 2 Be- 
standteilen und DIM DAS (200,2) 

[m = 0 . . . 2, n = 0 . . . 200] 

© EswJrdaufgrundfehlenderVorga- 
ben ein ab DAS(1 ,m) lückenlos abge- 
speicherter Datenbestand vorausge- 
setzt \.' 

© ' Die geänderte Datenbasis wird i 

aufgrund fehlender Vorgaben 
' unsortiert wieder ausgegeben. 



Bild 6 Programmstruktur 
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3. Teststrategie 

Die einzelnen Module wurden ent- 
sprechend der Programmstruktur 
von oben nach unten entwickelt und 
getestet. Fehlende Module wurden 
zunächst durch einfaches RETURN 
ersetzt. Zum Test wurden zunächst 
weiter die Module ab 30000 genutzt, 
die nicht zum eigentlichen Programm 
gehören. Da sie eine geringe Größe 
haben, wurden sie im Programm be- 
lassen. Das bringt bei späteren Ände- 
rungen Vorteile. 


Durch Auswahl der Testdaten mit 
Hilfe des Moduls ab 50000, konnten 
die verschiedensten Testdaten gebil 
det werden. Die eingegebenen 
Schlüsselworte wurden so gewählt, 
daß möglichst alle Wege im Pro- 
gramm durchlaufen werden. Deswei 
teren wurde ständig überprüft, ob die 
Forderungen der Aufgabenstellung 
streng erfüllt werden und eine einfa- 
che und sichere Abarbeitung gege- 
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Programmierbare Anzeige- 
und Auswerteeinheit 


Bernd Möller 

VEB Forschung, Entwicklung und Rationalisierung 
des Schwermaschinen- und Anlagenbaus Magde- 
burg 

Vorbemerkung 

In zahlreichen technologischen Prozessen verlangt 
die Analyse der Prozeßsignale eine mikrorechner- 
gestützte Auswertung. Vorteilhaft ist vielfach ein 
speziell zugeschnittenes und damit leicht handhab- 
bares Gerät. 

Die programmierbare Anzeige- und Auswerteein- 
heit (PAA) erfüllt insbesondere die Erfordernisse 
zum Anschluß an einen Hochtemperatursensor zur 
Überwachung von Stahlschmelzen. Ausgewertet 
werden die Thermospannung an einem Halbleiter 
unter dem Einfluß eines Temperaturgradienten, die 
etwa 500 mV betragen kann, und das Signal eines 
Fühlerkopftransmitters in Verbindung mit einem Wi- 
derstandsthermometer /I/, 121. Aus diesen beiden 
Signalen und einem über eine Tastatur eingegebe- 
nen Vergleichswert ermittelt die PAA die Tempera- 
tur der Stahlschmelze kontinuierlich. 

Das Gerät ist so konzipiert, daß es eine Vielzahl 
meßtechnischer Probleme löst, und es kann durch 
programmtechnische Änderungen an die unter- 


werte können vom EMR nach vorgegebenen Algo- 
rithmen verarbeitet werden. Zu den Aufgaben des 
EMR zählen u. a. die Bildung von Meßwertdifferen- 
zen, -mittelwerten, -tendenzabschätzungen, Be- 
stimmung von zeitlichen Änderungen. Die Anzeige 
dient zur visuellen Ausgabe dieser Größen. Zur zu- 
sätzlichen Eingabe kann eine Tastatur verwendet 
werden. Außerdem gestattet die PAA die Kopplung 
mit weiteren Geräten gleicher Priorität oder mit 
übergeordneten Rechnern zur zentralen Meßwert- 
erfassung und -Verarbeitung. Zusätzlich ist ein 8- 
Bit-paralleler Ausgang vorhanden, über den der An- 
wender frei verfügen kann, beispielsweise zum An- 
schluß eines DAU in Verbindung mit einem Schrei- 
ber. Bild 1 zeigt die Struktur der Verarbeitungselek- 
tronik. 

Aufbau 

Die wesentlichen Strukturen einer komfortablen Mi- 
krorechnerkonfiguration sind bereits im EMR ent- 
halten. Dazu zählen der interne RAM-Bereich, der 
Timer, das serielle E/A-Port und die parallelen 
Schnittstellen. 

Durch Aufrüstung wird die Mikrorechnerkonfigura- 



tion zu einem kompakten Gerät (Bild 2). Über den 
EMR hinaus sind folgende Baugruppen vorhanden: 

• externer Speicher 

- 8 KByte EPROM 

- 1 KByte RAM 

• 2 Analog-Digital-Wandler 

• 1 4x4-Matrix-Tastatur 

• 1 4stellige Anzeige 

• 1 8-Bit-paralleler Digitalausgang 

• Logik-Baugruppe 

• Stromversorgung 

sowie durch schaltungstechnische Anpassung an 
Standard-Schnittstellen 

• 1 serieller Digitaleingang (IFSS) 

• 2 serielle Digitalausgänge (IFSS). 

Bild 3 zeigt als Blockschaltbild das funktionelle Zu- 
sammenwirken der einzelnen Baugruppen des Ge- 
rätes. 

Die Basis des Gerätes bildet ein EMR vom Typ U 
883. Dieser arbeitet mit einer externen Taktfre- 
quenz von 4,1 94 MHz. Port 0 und 1 stellen die Spei- 
cherbezüge her. Als Tastaturport ist Port 2 festge- 
legt, da dieses Port bitprogrammierbar ist. Port 3 
stellt die Ein- und Ausgänge für die Timer-Kanäle 
(Tj n , Tou,) und für den SIO-Kanal (S ln , Söul) sowie die 
Signale zür Auswahl der seriellen Digitalausgänge 
(P 35) und zur Auswahl der Analogeingänge (P 34) 
zur Verfügung. Es besitzt somit einen universellen 
Charakter. 

Das Gerät besitzt zwei Analogeingänge, die vom 
Rechnerkern potential getrennt sind. Eine Entkopp- 
lung der beiden Eingänge untereinander ist nicht 
vorhanden. Die Umwandlung der analogen Signale 
erfolgt mit einem ADU vom Typ C 520. Dieser legt 
auch die Kennwerte der Umsetzung fest. Der Zu- 
griff auf die gewandelten Analogsignale erfolgt über 
eine Speicheroperation im externen Speicher des 
EMR. Der ADU wird somit im Memory-mapping be- 
trieben und es können die Befehle LDC und LDE 
verwendet werden. Als Speicherplatz ist die 
Adresse 5000H festgelegt. 

Die serielle Dateneingabe ist für die Kopplung mit 
weiteren Anzeige- und Auswerteeinheiten oder mit 
übergeordneten Rechnerkonfigurationen vorgese- 
hen. Sie erfolgt über zweiadrige Stromschleifen, die 
vom Rechnerkern potentialgetrennt sind. Gleiches 
gilt für die serielle Datenausgabe, wobei diese auch 
zur Kopplung mit peripheren Geräten (Fernschrei- 
ber, Drucker) genutzt werden kann. 

Zur Eingabe von Meß- und Korrekturwerten sowie 
zum Aufruf von Hilfs- und Testprogrammen befin- 
det sich auf dem Mikrorechnerkern eine Schnitt- 
stelle zum Anschluß einer 1 6teiligen Folientastatur. 
Sie ist auf ein Minimum konzipiert, um die Bediener- 
handlungen weitestgehend einzuschränken bzw. 
effektiv zu gestalten. 

Die Anzeige der Prozeßdaten erfolgt über eine 
4stellige 7-Segmentanzeige. Den Zugriff erreicht 
der EMR über zwei externe Speicheroperationen, 
in gleicher Art, wie sie im Zusammenwirken mit dem 
ADU ablaufen. Als Speicherplätze sind 4000 H und 
4800 H festgelegt. 

Gleiches gilt für das 8-Bit-parallele Digitalausgabe- 
port, welches für den Anwender frei verfügbar ist. 
Dessen Speicherplatz ist mit 5800 H festgelegt. 

Im Gerät werden drei Spannungen benötigt. Für 
den Rechnerkern und für die Analogeingänge 5 V, 
die aufgrund der Potentialtrennung getrennt bereit- 
gestellt werden, sowie 1 2 V für die seriellen Digital- 
ausgänge. 
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Grundlagen der informationeilen 
Theorie der Identifikation 

Von Prof. Dr. d. techn. Wiss. Ja. S. 
Zypkin. Aus dem Russischen. 255 
Seiten, 92 Bilder, 13 Tafeln, Kunstle- 
der, DDR 36,- M, Ausland 56,- DM. 
Bestellangaben: 553761 0/Zypkin, 
Identifikation 

Der Autor zeigt mit seiner informatio- 
nellen Theorie der Identifikation eine 
Möglichkeit, geeignete Verfahren auf 
der Grundlage vorhandener A-priori- 
Information auszuwählen. Damit wen- 
det er sich sowohl an Theoretiker auf 
den Gebieten der Kybernetik, mathe- 
matischen Statistik und angewandten 
Systemanalyse, die sich mit der Iden- 
tifikation dynamischer Systeme be- 
schäftigen, als auch an Praktiker, die 
in Technik, Medizin, Biologie und an- 
deren Bereichen diese Algorithmen 
anwenden können. 


Zuverlässigkeitsstrukturen 

Modellbildung ■ Modellauswertung 
Von Dr.-Ing. habil. Dr. rer. nat. Kurt 
Reinschke und Prof. Dr. sc. techn. I. 
A. Uäakov. 240 Seiten, 95 Bilder, 14 
Tafeln, Leinen, DDR 33,- M, Ausland 
38,- DM. Bestellangaben: 553 728 2/ 
Reinschke, Zuverlässig 

Hauptanliegen dieses Buches ist die 
Modellbildung und Untersuchung der 
Zuverlässigkeitsstruktur von Syste- 
men. Als das entscheidende Darstel- 
lungsmittel werden Graphen benutzt. 
Die Methoden sind sowohl auf techni- 
sche als auch auf nichttechnische Sy- 
steme anwendbar. 

Die Darstellung ist weitgehend ele- 
mentar, es werden keine Vorkennt- 
nisse über Zuverlässigkeitstheorie 
vorausgesetzt. 


Auslieferung durch den 
Fachbuchhandel 


Prozeßanalyse mit unscharfen 
Verfahren 

Von Dr. sc. techn. Steffen F. Bock- 
lisch. 196 Seiten, 131 Bilder, 7 Pro- 
gramme, Leinen DDR 27,- M, Aus- 
land 37,- DM. Bestellangaben: 

553 746 9/Bocklisch, Prozeßanalyse 

Vermittelt wird eine Methode, mit der 
die Modellbildung für große Systeme 
möglich wird, wie sie in Technik, Medi- 
zin, Ökonomie oder Umwelt zu finden 
sind. Die Besonderheit liegt darin, daß 
Unsicherheiten gemessener Daten 
erfaßbar sind und sprachlich formu- 
lierte Aussagen des Fachmanns ver- 
arbeitet werden können. Die un- 
scharfe Prozeßanalyse ist in der Lage, 
Grob- und Feinmodelle zu entwickeln 
sowie Steuerentscheidungen abzulei- 
ten. Mit der Einführung in diese Theo- 
rie und mit praktischen Beispielen (bis 
hin zu Rechnerprogrammen) werden 
potentielle Anwender und Interessen- 
ten aus vielen technischen und nicht- 
technischen Bereichen angespro- 
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• Moderne Mikrorechnersysteme 

• Bauanleitung für RAM-Disk 



Info 



Vom 1 6. bis 20. November 1 987 ver- 
anstaltete die ungarische Videoton 
AG in Erfurt im Hotel Erfurter Hof ein 
rechentechnisches Symposium. Ex- 
perten der Videoton AG informierten 
auf dieser Veranstaltung in Fachvor- 
trägen über neueste Entwicklungen 
des Unternehmens auf den Gebieten 
Hardware und Software. Im Tagungs- 
programm war Zeit für spezielle Kon- 
sultationsgespräche vorgesehen, in 
denen Nutzer von Videoton-Leistun- 
gen ihre Fragen und Probleme klären 
konnten. 

Außerdem beriet während des Sym- 
posiums die R1 1 -Nutzergemein- 
schaft über ihre Arbeit. 

Besonderes Interesse aller Teilneh- 
mer galt dem ausgestellten VT32-Sy- 
stem, mit Motorola-kompatiblem 16/ 
32-Bit-/rP, das durch im System inte- 
griertem Arithmetikprozessor bei der 
Demonstration erstaunliche Ergeb- 
nisse für CAD-Aufgaben zeigte. Der 
VT 32 wird mit 1 bis 4 MByte Haupt- 
speicherkapazität ausgeliefert. Er 
hat eine Verarbeitungsgeschwindig- 
keit von 0,5 Mips. Die Systeme lassen 
sich auf Ethemet-Basis vernetzen. 

An Anwendersoftware für dieses Sy- 
stem wurde u. a. ein Paket zur Kon- 
struktion von Rohrleitungen vorge- 
stellt. Während Prototypen für das 
Nachfolgemodell VT320 mit 1 Mips 
bereits existieren, steht der VT3200 
mit 32-Bit-/<P, 2,0 Mips, virtuellem und 
Cache-Speicher noch auf dem Reiß- 
brett. 

Den VT32 werden wir in einer späteren 
Ausgabe noch ausführlicher beschrei- 
ben. 

Für Nutzer des R1 1 wurden Möglich- 
keiten aufgezeigt, wie PCs von Robo- 
tron und anderen Herstellern an den 
Rechner angeschlossen werden kön- 
nen. 

Das nächste Symposium soll vom 3. 
bis 6. Mai 1 988 in Klingemühle, Bezirk 
Frankfurt/Oder, stattfinden. mp 
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Ausstellung über 
CAD- und Bürotechnik 

Vom 18. bis 19. November vergange- 
nen Jahres zeigte die britische Firma 
RANK XEROX (RX), die ein Büro im 
Internationalen Handelszentrum in 
Berlin unterhält, im Berliner Hotel Me- 
tropol eine Auswahl ihrer Produkte. 
Neben Kopierern für Klein-, Mittel- und 
Großformat, Telekopierern und 
Schreibmaschinen stellte RX soge- 
nannte Systemprodukte - vollständige 
Lösungen (Hard-und Software) für 
eine bestimmte Aufgabenstellung - vor. 
RX galt international lange Zeit als 
führender Hersteller von Kopiergerä- 
ten. Durch die immer stärker wer- 
dende Konkurrenz, vor allem von 
japanischen Kopiergeräteherstellern 
(z. B. Toshiba), „besinnt“ man sich 
bei RX auf die ebenfalls langjährigen 
Erfahrungen im EDV-Bereich. So 
werden in ihren Leistungsparametern 
abgestufte Konfigurationen für CAD- 
Aufgaben (Bild 1 ) angeboten. Im Mit- 
telpunkt steht dabei ein AT-kompati- 
bler Mikrocomputer (RX OPat, RX AT 
Plus oder RX AT Compact). Die an- 
gebotenen PCs verfügen über einen 
80286-,« P - AT Plus und AT Compact 
können zusätzlich mit dem 80287 
ausgerüstet werden. Je nach Ausfüh- 
rung sind 4 bis 6 AT -kompatible und 1 
oder 2 XT-kompatible Steckplätze, 
Floppy-Disk bis zu 1 ,44 MByte, 
Festplatte bis zu 72 MByte und ein 
Streamerlaufwerk mit 60 MByte 
Kapazität vorhanden. Konfiguriert 


werden die PC wahlweise mit Plot- 
ter (schwarzweiß oder farbig), 
hochauflösendem Farbgrafikbild- 
schirm, Digitalisiergerät, Drucker und 
dem Laserdrucker 4045. Der Laser- 
drucker (Bild 2), mit dem gleichzeitig 
kopiert werden kann, nutzt einen pP 
80186 mit 51 2 KByte RAM, erweiter- 
bar auf 2 MByte. An Schnittstellen 
sind RS 232 C und Centronics verfüg- 
bar. Die Papiergröße kann bis zu 
21 ,6 cm x 35,5 cm bei 70-90 g/m 2 
betragen. Der RX4045 verursacht 
während des Betriebes einen Ge- 
räuschpegel von 50 db und im Bereit- 
schaftszustand 40 db. Für den Druck 
gibt es eine Vielfalt von Schrifttypen 
(Fonts). Die Fonts variieren in der 
Größe von 6 bis 24 Punkten und sind 
mit festen oder proportionalen 
Schrittweiten erhältlich. Maximal las- 
sen sich 22 Schrifttypen/-größen auf 
einer Seite verwenden. Auch Firmen- 
zeichen und Unterschriften ktJnnen 
(durch den Hersteller) auf Kassette 
gespeichert werden. Kyrillische 
Schrifttypen sind ebenfalls ladbar. 
Über die Centronics-Schnittstelle 
waren in der Ausstellung ein A71 50 
von Robotron und ein Laserdrucker 
4045 verbunden (Bild 3). Auf dem 
A71 50 erstellte T exte können mittels 
4045 ausgegeben werden. Durch 
Nutzung weiterer Software soll das 
System als CAD-Station zur Verar- 
beitung und Ausgabe hochauflösen- 
der Grafik (300x300 Punkte je Qua- 
dratzoll) nutzbar sein. MP 


2-MB-Floppy 

Das BRD-Unternehmen TDK Electro- 
nics Europe GmbH, Ratingen bietet 
unter der Bezeichnung MF-2 Disket- 
ten an, die bei einem Durchmesser 
von 3,5 Zoll eine unformatierte Spei- 
cherkapazität von 2 Megabyte haben 
sollen. Diese Disketten werden nach 
Angaben des Unternehmens nach 
einem neuen, von TDK entwickelten 
Verfahren hergestellt, bei dem mittels 
eines Elektronenstrahls („Electron 
Beam Cured Binder"-Verfahren) eine 
wesentlich haltbarere Struktur der 
feinen Magnetbeschichtung aus su- 


per-feinkörnigen Avilyn-Partikeln auf 
getempertem Trägermaterial erreicht 
werde. Selbst nach 20 Millionen 
Durchläufen je Spur, gemessen bei 
60 Grad Celsius, bringe diese Dis- 
kette noch volle Datensicherheit und 
bestmögliche Schreib- und Leseei- 
genschaften. Mit dem Elektronen- 
strahl-Verfahren könnten die Magnet- 
partikel besonders gleichmäßig, flach 
und dicht auf die Oberfläche der Dis- 
ketten aufgebracht werden. 

aus Blick durch die Wirtschaft 

Speicherzelle 
mit „Bloch-Linie“ 

Hitachi hat in Zusammenarbeit der 
Universität Kyushu die Funktionsfä- 
higkeit von Bloch-Linien-Speicherzel- 
len praktisch nachgewiesen. Es han- 
delt sich um einen magnetischen 
Schaltkreis, der Memory-ICs mit ex- 
trem hoher Zellendichte ermöglicht. 
Im Experiment wurde eine 5-Bit- 
Bloch-Speicherzelle auf einer Chip- 
fläche von 200 x 400 /<m aufgebaut. 
Der Erfolg des Experimentes eröffnet 
Möglichkeiten von Speicher-ICs mit 
einer Speicherdichte von maximal 
1 6 Bit/«m 2 . Hitachi möchte mit der 
Produktion der ersten Generation 
von 256-MBit-Bloch-Line-Memories 
schon in fünf Jahren beginnen. Eine 
Bloch-Linie ist eine zweidimensionale 
magnetische Region im Zusammen- 
hang mit der „Bloch-Wand“, die in 
einem ferromagnetischen Medium 
die Grenze zwischen zwei Weiß- 
schen Bezirken darstellt. In einem 
dünnen magnetischen Film entste- 
hen genauso Zonen mit verschiede- 
nen Magnetisierungsrichtungen, die 
von einer Wand getrennt werden. Die 
magnetische Region im rechten Win- 
kel zu der Wand wird Bloch-Linie ge- 
nannt, nach dem Physiker, der das 
Phänomen erforscht hat. Prof. Ko- 
nishi von der Universität Kyushu hat 
nun vorgeschlagen, die Mikrostruktur 
entlang einer Bloch-Linie (mit Geo- 
metrien von 0,5 bis 1 p m) als digitale 
Speichermechanismen zu verwen- 
den. Hitachi, NEC und mehrere Uni- 
versitäten haben intensiv diese Mög- 
lichkeit erforscht. Der große Anreiz 
besteht darin, daß dadurch nicht- 
flüchtige, statische RAMS realisiert 
werden können, die als monolithische 
ICs ohne bewegliche Teile die Kapa- 
zität von Floppy-Disks erreichen. Der 
Erfolg des Experiments wurde durch 
Verbesserungen der Transfer- und 
Schreiboperationen ermöglicht bzw. 
durch eine bisher noch unbekannte 
Auslesestruktur für die Bloch-Linie. 
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Vorschau 

In MP 4/88 haben wir für Sie u. a. Beiträge zu fol- 
genden Themen vorgesehen: 

• Der Floppy-Disk-Controller U 8272D und sein 
Einsatz 

• Schnelle Analog-IDigital-Wandlung und Samp- 
ling für8/16-Bit-Computer 

• Bauanleitung für einen Joystickmodul zum 
KC85I3 
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Videosteuerung VIS 3 mit GDC U82720D 
(Teil 1) 


Dr. Wilfried Quednow 

Akademie der Wissenschaften der DDR, 
Zentrum für wissenschaftlichen Gerätebau 
Berlin 


Dem vielfachen Wunsch vieler Anwender 
der VIS1 und VIS2A Rechnung tragend, stel- 
len wir in zwei aufeinanderfolgenden Beiträ- 
gen die Hard- und Software der neuentwik- 
kelten Videosteuerung VIS3 vor. Wir möch- 
ten damit nicht nur eine Information über die 
Leistungsparameter und Bezugsmöglich- 
keiten dieser Baugruppe geben, sondern 
mit dem unkonventionellen Einsatz des Gra- 
fik-Display-Controllers GDC U82720D auf 
der VIS3 auch die Flexibilität und Leistungs- 
fähigkeit dieses Schaltkreises zeigen. Unser 
Dank gilt dem Ingenieurbetrieb für Anwen- 
dung der Mikroelektronik Erfurt im KME und 
dem ZEG Mittweida, die unsere Arbeit maß- 
geblich unterstützt haben und durch ihre Be- 
teiligung an der Fertigung und dem Vertrieb 
bestückter und unbestückter Leiterplatten 
mit zu einer breiten Praxis wirksamkeit beitra- 
gen werden. 


Auf Grund des großen Bedarfs an leistungs- 
fähiger Bildschirmtechnik einerseits und des 
Angebotes neuer, dafür geeigneter hochinte- 
grierter Schaltkreise andererseits erschien 
es uns sinnvoll, diese Serie fortzusetzen. 
Nachdem nunmehr die Hard- und Software- 
entwicklungsarbeiten dazu abgeschlossen 
sind, sollen in diesem Beitrag die neuentwik- 
kelte Kl 520-kompatible Steckeinheit Video- 
steuerung VIS3 /5/ und in einem weiteren 
Beitrag die zugehörigen Softwarekomponen- 
ten Farbgrafikroutinen FGR 186 und VIS3- 
Grafik-Library VGLIB vorgestellt werden. 

Leistungsparameter 

Die Videosteuerung VIS3 ist wie ihre Vorgän- 
gertypen eine vollgrafische Bildschirmsteue- 
rung, die auf einer Steckeinheit im Kl 520- 
Standard realisiert ist. Ihre wichtigsten tech- 
nischen Daten sind in Tafel 1 zusammenge- 
stellt. 

Im Unterschied zur VIS1 und VIS2A verfügt 
sie über einen wesentlich größeren Bild- 
schirmwiederholspeicher und einen erheb- 
lich erweiterten Funktionsumfang. Beides 


Vorgängertypen 


Tafel 1 Technische Daten der VIS3 


Im Zentrum für wissenschaftlichen Geräte- 
bau werden auf dem Gebiet der Bildschirm- 
grafik bereits traditionell Hard- und Software- 
entwicklungen durchgeführt, die in der DDR 
auf der Basis von Nachnutzungen eine große 
Verbreitung gefunden haben. Dazu gehören 
die beiden Kl 520-kompatiblen Steckeinhei- 
ten 

- Videospeicher VIS1 IV, 121 mit einer Bild- 
speichergröße von 256 * 265 * 1 Bit und ei- 
nem Anschluß für S/W-Fernsehgeräte 

- Videospeicher VIS2A 131, 14/ mit einer Bild- 
speichergröße von 512 * 256 * 1 Bit und ei- 
nem Anschluß für die vom VEB Kombinat Ro- 
botron hergestellten monochromen Monitore 
MON K7221 bzw. MON K7222 

sowie die betriebssystemunabhängigen gra- 
fischen Unterprogrammbibliotheken 

- Grafikgrundsoftware GGS 1 80 zur Bedie- 
nung des Videospeichers VIS1 

- Grafikgrundroutinen GGR 183 zur Bedie- 
nung des Videospeichers VIS2A 

und die Anwenderprogramme 

- Grafiksoftware, kurvenorientiert GSK 182 
zur Darstellung von Meßkurven mit dem Vi- 
deospeicher VIS1 

- Grafiksoftware, kurvenorientiert GSK 1 83 
zur Darstellung von Meßkurven mit dem Vi- 
deospeicher VIS2A. 


Or -Ing. Wilfried Quednow (42) studierte von 1964 bis 
1970 an der Technischen Universität Dresden. Fachge- 
biet Nachrichten- und Informalionstechnik Nach sei- 
nem Diplomabschluß auf diesem Fachgebiet sende er 

eher Assistent torl und erlangte 1975 die Promotion A 
mit einer Arbeit ubor Computerteilnehmersysteme. Seit 
1 975 ist er im Zentrum lür wissenschaftlichen Geräte- 
bau der AdW der DDR tätig, wo er auf dem Gebiet der 
Rechentechnik und ihrer Anwendung im wissenschaftli- 
chen Gerätebau arbeitet. Sein Spezialgebiet ist die Ent- 
wicklung von Bildschirmsteuerungen iür Mikrorechner, 
die insbesondere auf die Belange der Meßtechnik zuge- 
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der Bildfenster 
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(Panning) 
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(LookupTable) 

Rechnerinterface 
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Lichtstift 

Stromversorgung 

Steckverbinder 

Rechneranschluß 

Lichtstiftanschluß 
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16 * 4 Bit 
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(mit/ohne WAIT-Steuerung) 

Kl 520-Systembus, 

TGL 37271 /01 
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S/W- und Farbfernsehempfän- 
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5366 - 20 (ZfK Rossendorf) 

5V ±5%/0,9Atyp. 

58pol. indirekt, TGL 29331 /03 
lOpol. indirekt, TGL29331/04 
26pol. indirekt, TGL 2933 1/04 2 ' 
4pol. geschirmt, TGL29331/05 2 ' 
6pol. geschirmt, TGL 29331/05 2 ' 
215 mm* 170 mm (EGS) 


wurde in erster Linie durch den Einsatz neuer 
und leistungsfähiger Schaltkreise, wie des 
GDC U82720 DC04 16/ und des dynami- 
schen 64-KBit-Speichers U2164 D25 171 er- 
reicht. Im Bildwiederholspeicher können jetzt 
je Bildpunkt 4 Bit abgespeichert werden, wo- 
durch die Ansteuerung eines Farbmonitors 
ermöglicht wird. Was den Leistungsumfang 
betrifft, wirken sich hier insbesondere die 
Möglichkeiten des GDC sehr vorteilhaft aus. 
Alle GDC-Kommandos nach /8/ können, so- 
weit sie im Grafikmode zugelassen sind, be- 
nutzt werden. Im einzelnen stehen folgende 
programmierbare Funktionen zur Verfügung: 
- Programmierung des Bildsynchronsignals 
(BSYN) einschließlich der Austastzeiten er- 
möglicht Anpassung an beliebige Monitore 


- Umschaltung von Master-Betrieb 
(VSYNC-Erzeugung intern) auf Slave-Be- 
trieb (VSYNC-Erzeugung extern) bei Kaska- 
dierung 

- programmgesteuerte An- und Abschal- 
tung der Monitorsignale RT, BL, GR, INTS 
und BSYN (nach Hardware-RESET ist der 
Monitor grundsätzlich abgeschaltet) 

- Auswahl, ob RMW-Zyklen nur während 
der Austastzeiten für Bild- und Zeilenrücklauf 
erlaubt sind oder ständig (Flash-Mode) 

- Programmierung der Bildwiederholspei- 
chergröße durch Eingabe der Zeilenlänge 
(PITCH) 

- Programmierung der Größe des auf dem 
Bildschirm abgebildeten Bildfeldes und Auf- 
teilung in ein oder zwei übereinander ange- 
ordnete Bildfenster (Windowing) 

- voneinander unabhängige Verschiebung 
(Panning) der in den Bildfenstern dargestell- 
ten Bildausschnitte in horizontaler und verti- 
kaler Richtung 

- Vergrößerung (Zooming) des dargestell- 
ten Bildes durch gleichzeitige Aufweitung der 
Bildpunkte in vertikaler und horizontaler 
Richtung 

- Lesen (RDAT) und Schreiben (WDAT) des 
Bildwiederholspeichers 

- Lesen (DMAR) und Schreiben (DMAW) 
des Bildwiederholspeichers im DMA-Be- 
trieb 

- Zeichnen von Linien, Rechtecken und 
Kreisbögen mittels GDC-Zeichnungsprozes- 
sor 

- Füllen von Flächen sowie Textzeichen- 
ausgabe mittels GDC-Zeichnungsprozes- 
sor 

- Setzen eines grafischen, nicht sichtbaren 
Cursors (CURS) und Abfrage der aktuellen 
Cursorposition (CURD) 

- Lesen der Lichtstiftposition (LPRD) 

- Lesen und Schreiben der im Palettenregi- 
ster (Look up Table) abgespeicherten Farb- 
tabelle mit oder ohne WAIT-Generierung. 

Funktionsweise 

Die Blockschaltung der Videosteuerung VIS3 
ist in Bild 1 dargestellt. Wesentlich für das 
Verständnis ihrer Funktion ist das Zusam- 
menspiel zwischen Grafik-Display-Controller 
(GDC) und Bildwiederholspeicher (BWS). 
Daran beteiligt sind, wie noch zu erläutern ist, 
das Write-Enable-Register (WRITEN-REG) 
und das Zoomregister (ZOOM-REG). Die 
Schaltungsteile Adreßdekoder (DEC), Da- 
tenbustreiber (DB-DRIV), Adreßbustreiber 
(AB-DRIV) und Paletteneingaberegister 
(PAL-INREG) dienen der Anpassung an den 
Kl 520-Systembus und sind in ihrer Funktion 
trivial. Sie sollen deshalb hier nicht weiter er- 
läutert werden. 

Grundfunktion 

Der Datenaustausch zwischen GDC und 
BWS erfolgt ausschließlich über den gemulti- 
plexten Adreß-/Datenbus des GDC, der 
BSW-seitig in einen Datenein- und Daten- 
ausgabebus sowie in einen Adreßbus aufge- 
fächert wird. Das geschieht mit Hilfe des 
Adreßmultiplexers (ADR-MUX) und des Da- 
teneingaberegisters (BWS-INREG). Ein Da- 
tenaustausch zwischen GDC und BWS findet 
immer dann statt, wenn der GDC einen Lese- 
oder Schreibzyklus (RMW-Zyklus) ausführt, 
das heißt im GDC ein Lese- oder Schreib- 
kommando (z. B. RDAT, WDAT) in Bearbei- 
tung ist. Speicherzyklen ohne Datenaus- 
tausch zwischen GDC und BWS werden aus- 


geführt, um den Inhalt des BWS ständig auf 
dem Bildschirm des Monitors darstellen zu 
können. Bei diesen sogenannten Displayzyk- 
len liefert der GDC nur noch die fortlaufenden 
Adressen zum Auslesen der Speicherzellen 
des BWS, während ihr Inhalt, oder genauer 
gesagt das ausgelesene Displaywort, an die 
Videoschieberegister VSR übergeben wird. 
Diese erzeugen daraus durch Serialisierung 
die Videosignale, die anschließend vom Pa- 
lettenregister (PAL-REG) manipuliert werden 
und nach Passieren des Videopuffers (VPU) 
und entsprechender Treiberstufen schließ- 
lich zum Monitor gelangen. 

Bildwiederholspeicher 
Eine Besonderheit auf der VIS3 ist die ge- 
wählte Aufteilung des BWS in 4 Bildebenen 
zur Realisierung von 4 Bit je Bildpunkt. In 
Bild 2 sind das für den GDC allgemein übli- 
che Prinzip der Speicherbankaufteilung 
(Bild 2a) und die hier angewendete Auftei- 
lung des Displaywortes in Segmente 
(Bild 2b) gegenübergestellt. Während der 
GDC bei der Arbeit mit Speicherbanken nur 
jede Bildebene einzeln und nacheinander an- 
sprechen kann, also beim Zugriff auf einen 
Bildpunkt immer mehrere RMW-Zyklen aus- 
führen muß, ist bei der Segmentierung der 
gleichzeitige Zugriff zu allen Bildebenen in- 
nerhalb eines RMW-Zyklus möglich. Das 
bringt einen erheblichen Geschwindigkeits- 
gewinn beim Bildaufbau mit sich und bietet 
darüber hinaus auch den Vorteil, bereits mit 
16 Speicherschaltkreisen der Organisation 
64 K * 1 Bit vier Bildebenen realisieren zu 
können. Dabei wird zwar prinzipiell die maxi- 
mal erreichbare Videotaktfrequenz einge- 
schränkt, was hier aber nicht weiter von Be- 
deutung ist. Auswirkungen hat es aber auf die 
GDC-Programmierung und die Schaltungs- 
konzeption. 

Hinsichtlich der Programmierung ist zu be- 
achten, daß mit dem GDC-Cursorkommando 
sowohl die Adressierung des Displaywortes 
als auch die Auswahl des entsprechenden 
Bits innerhalb des Displaywortes erfolgt. 
Letzteres geschieht mit Hilfe des GDC-Mas- 
kenregisters, in dem das betreffende Mas- 


kenbit automatisch auf 1 gesetzt wird. Für die 
Wortsegmentierung müssen aber nicht nur 
das eine, sondern gleichzeitig alle 4 zu einem 
Bildpunkt gehörenden Bits modifiziert wer- 
den können. Deshalb ist hier zusätzlich nach 
dem GDC-Cursorkommando immer noch ein 
Maskenwort auszugeben, mit dem diese Bits 
nachträglich gesetzt werden. Wird dieser 
Grundsatz eingehalten, können trotz Seg- 
mentierung des BWS auch weiterhin alle 
GDC-Kommandos einschließlich des GDC- 
Zeichnungsprozessors im vollen Umfang ge- 
nutzt werden. 




Schaltungstechnisch verlangt das Prinzip der 
Wortsegmentierung die Möglichkeit, Seg- 
mente bzw. Bildebenen während der Ausfüh- 
rung von RMW-Zyklen einzeln sperren und 
freigeben zu können. Das ist erforderlich, 
weil sonst auf Grund der oben beschriebenen 
Belegung des GDC-Maskenregisters 
Schreiboperationen des GDC immer in allen 
Bildebenen gleichzeitig ausgeführt werden 
würden. Auf der VIS3 wird diese Funktion 
vom Register WRITEN-REG übernommen. 
Es kann von der ZRE des Kl 520 geladen 
werden und maskiert jedes der 4 Schreibsi- 
gnale des BWS entsprechend den 4 Seg- 
menten des Displaywortes. 

Palettenregister (Look up Table) 

Das Palettenregister PAL-REG hat die übli- 
chen Funktionen zu erfüllen. Es enthält eine 
Farbtabelle, die jeder Bitkombination eines 
Bildpunktes eine entsprechende Farbe zu- 
ordnet, und es kann von der ZRE des Kl 520 
gelesen und geschrieben werden. Das Zu- 
griffsregime, das heißt, ob das PAL-REG 
ständig oder nur während der Zeilenlücken 
ansprechbar ist, kann dabei über das CTRL- 
REG eingestellt werden. Im letzten Fall wird 
so lange ein WAIT-Signal an die ZRE des 
Kl 520 gesendet, bis eine Zeilenlücke er- 
reicht wird. 

Bildvergrößerung 

Die hardwaregesteuerte Bildvergrößerung 
wird im wesentlichen durch den GDC selbst 
und einen programmierbaren Taktteiler reali- 
siert. Vom Taktteiler werden der Übernahme- 
takt und der Schiebetakt der VSR abgeleitet. 
Seine Programmierung erfolgt durch Aus- 
gabe des gewünschten Teilerverhältnisses 
an das Register ZOOM-REG. Erhält der GDC 
das Kommando ZOOM, führt er die Vergrö- 
ßerung des Bildes in der Weise aus, daß er 
jede Displayzeile mehrfach wiederholt (verti- 
kale Bilddehnung) und die Displayzyklen 
zeitlich verlängert (horizontale Bilddehnung). 
Die Verlängerung der Displayzyklen allein 
führt dabei aber noch nicht zur gewünschten 
horizontalen Bilddehnung. Sie wird erst wirk- 
sam, wenn damit auch gleichzeitig der Über- 
nahmetakt und der Schiebetakt der VSR her- 
abgesetzt werden. Das erfolgt, indem an- 
schließend einfach ein neues Teilerverhältnis 
an das ZOOM-REG ausgegeben wird. 
DMA-Betrieb 

Beim DMA-Betrieb kann der GDC den BWS 
blockweise lesen und schreiben. Diese Fä- 
higkeit des GDC ist auf der VIS3 ebenfalls 
nutzbar, allerdings ohne Unterstützung durch 
einen DMA-Controller. Die DMA-Zugriffe un- 
terliegen hier voll der Programmsteuerung 
der ZRE des Kl 520, das heißt, die GDC-Si- 
gnale DRQ und DACK sind softwaremäßig zu 
bedienen. Dabei wird das GDC-Signal DRQ 
über das Register CTRL-REG geschaltet. 

Anwendung und Bezugsmöglichkelten 

Die Videosteuerung VIS3 ist insbesondere 
für die Einsatzfälle geeignet, wo ein beste- 
hendes 8-Bit-Mikrorechnersystem durch ein 
grafikfähiges und farbtüchtiges Bildschirm- 
ausgabesystem ergänzt werden soll. Dabei 
ist es zweckmäßig, den in der Regel vorhan- 
denen Alpha-Bildschirm beizubehalten, um 
so die Betriebs- und Anwendersoftware auch 
nach der Umrüstung noch unverändert nut- 
zen zu können. In diesem Sinne ist die VIS3 
in folgenden Mikrorechnersystemen ver- 
wendbar: 
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- Bürocomputer BCA 51 20/51 30 

- Personalcomputer PC 1715 (Anschluß an 
internen Steckverbinder XI ) 

- Mikrorechnerfamilie MC 80 

- Mikroprozessorsystem MPS 4944 (An- 
schluß über Adapter ADP1 ) 

- anwenderspezifische K1520-kompatible 
Mikrorechnersysteme. 

Natürlich besteht auch die Möglichkeit, auf 
den separaten Alpha-Bildschirm zu verzich- 
ten und sämtliche Bildschirmausgaben über 
den Farbmonitor zu leiten. Dies ist jedoch im 
allgemeinen mit sehr hohem Softwareände- 
rungsaufwand verbunden und sicher nur in 
Ausnahmefällen sinnvoll. 

Die Videosteuerung VIS3 wird vom VEB Mi- 
kroelektronik „Karl Marx“ Erfurt, Ingenieur- 
betrieb für die Anwendung der Mikroelektro- 
nik, Struktur CI, Rudolfstr. 47, Erfurt, 5010, 
als nachnutzbare Lösung angeboten. Die 
Nachnutzung erfolgt über Nachnutzungsver- 
träge und beinhaltet die Lieferung unbestück- 
ter Leiterplatten sowie des kompletten Unter- 
lagensatzes der VIS3. 

Begrenzte Bezugsmöglichkeiten bestehen 
auch beim Zentrum für elektronischen Gerä- 
tebau, Platz der DSF 17, Mittweida, 9250, 
und beim 

Zentrum für wissenschaftlichen Gerätebau 
(ZWG), Abt. Absatz, Rudower Chaussee 6, 
Berlin, 1199. 

Diese Kapazitäten sind jedoch vorrangig zur 
Abdeckung des Eigenbedarfs im Bereich des 
Ministeriums für Floch- und Fachschulwesen 
bzw. der AdW und AdL der DDR bestimmt. 
Der Softwarevertrieb wird ausschließlich vom 
ZWG im Rahmen von Nachnutzungsverträ- 
gen durchgeführt. 

wird fortgesetzt 
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Moderne Mikrorechnersysteme 


Prof. Dr. Peter Neubert, Ralph Willem, 
Karsten Künne 

Technische Universität Dresden, Sektion In- 
formationstechnik 


In der Mikrorechentechnik haben neben den 
Speicherschaltkreisen vor allem die Mikro- 
prozessoren eine gewaltige Weiterentwick- 
lung erfahren. Neben der Erhöhung der Da- 
tenbreite und der Taktfrequenz bei Univer- 
salprozessoren wurden leistungsfähige 
Spezialprozessoren entwickelt, so daß zur 
Zeit eine große Anzahl von Prozessortypen 
verwendet wird. Dem wollen wir mit einer 
Übersichtsbeitragsfolge über die 16- und 
32-Bit-Mikroprozessoren der i8086-Familie 
Rechnung tragen; dieser werden sich aus- 
führliche Beiträge über den i8086 von Intel 
und den MC6800 von Motorola anschlie- 
ßen. 

Wir meinen, daß wir damit unseren Lesern 
eine gute Ausgangsposition bei der Einar- 
beitung in diese neue Leistungsklasse in der 
Mikrorechentechnik bieten. 


1. Einführung 

In den vergangenen vier bis fünf Jahren hat 
sich auf dem Gebiet der Mikroprozessoren 
(MP) eine rasante Entwicklung vollzogen. 
Zur Zeit spricht man vom vollständigen Über- 
gang von 8- zu 16-Bit-MP und dem immer 
breiteren Einsatz von 32-Bit-MP. Bild 1 stellt 
eine Art Stammbaum einiger ausgewählter 
MPdar/1/,/2/. 

Dabei kann man den MP i8008 als „Vater“ al- 
ler heutigen MP betrachten. Erstellte mit dem 
i4004 die ersten Versuche dar, eine aus der 
Prozeßrechentechnik bekannte Rechnerar- 
chitektur „in Silizium zu gießen“. Aus diesen 
entwickelten sich mehrere Prozessorlinien, 
von denen drei im obigen Bild auszugsweise 
dargestellt sind. 1 976 entstanden die ersten 
16- und Mitte der 80er Jahre die ersten 32- 
Bit-MP. Inhalt dieses Beitrages soll es sein, 
die 16- und 32-Bit-MP von Intel vorzustellen 
und die Geradlinigkeit der Entwicklung dieser 
Reihe aufzuzeigen. 


2. Das System MCS-86 

2.1. Bestandteile einer funktionsfähigen 
Zentraleinheit 

Das System MCS-86 gestattet den einfachen 
Entwurf von Mehrrechnersystemen. Es un- 
terstützt zwei Typen von Prozessoren: 

- unabhängige Prozessoren, welche ihren 
eigenen Befehlsstrom bearbeiten (E/A-Pro- 
zessor) 

- Coprozessoren, welche ihren Befehls- 
strom von einem anderen unabhängigen 
Prozessor erhalten. 

Um eine effektive Anpassung an die gegebe- 
nen Anwendungsbedingungen zu erreichen, 
kann der 8086/8088 in zwei Arbeitsmodi be- 
trieben werden. Für beide Modi gilt gemein- 
sam: 

- Der direkt adressierbare Speicherraum 
beträgt 1 MByte. 

- Der E/A-Adreßraum ist 64 KByte groß. 

- Die Adreß- und Dateninformationen wer- 
den, auf Grund der begrenzten Pinzahl des 
Gehäuses der CPU, zeitmultiplex übertra- 
gen. 

- Die Taktversorgung der CPU wird durch 
einen speziellen Taktgenerator realisiert. 
Dieser erzeugt den Takt mit einem Tastver- 
hältnis von 2:1, synchronisiert das Resetsi- 
gnal und generiert das Readysignal für die 
CPU. 

Das jeweilige Arbeitsregime wird durch die 
Beschaltung des MN/MX-Pins der CPU fest- 
gelegt (Tafel 1). 

Alle im folgenden für den 8086 gemachten 
Aussagen gelten sinngemäß auch für den 
8088, wenn beachtet wird, daß der 8088 nur 
einen 8 Bit breiten externen Datenbus be- 
sitzt. 

2.1.1. Der Minimummode 

Soll die 8086-CPU in kleineren oder mittleren 
Systemen zur Anwendung kommen, so kann 
der Minimummode verwendet werden. In die- 
sem Arbeitsmode generiert die CPU alle not- 
wendigen Steuersignale selbst. Um die Zu- 
sammenarbeit mit z. B. einem DMA-Schalt- 
kreis zu ermöglichen, ist ein einfaches Bus- 
übergabeprotokoll implementiert (FIOLD, 


Tafel 1 Beschaltung 
des MN/MX-Pins der 
CPU 

MN/MX {Arbeitsweise 


1 Minimummode 

0 I Maximummode 


Bild 1 Entwicklung 
ausgewählter Mikro- 
prozessoren 
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Bild 2 8086 im Minimummode Bild 3 8086 im Maximummode 



HOLDA). Die Anschaltung von Coprozesso- 
ren oder der Einsatz in Multimastersystemen 
ist damit nicht möglich. Bild 2 stellt eine im Mi- 
nimummode arbeitende ZVE dar. Die Regi- 
ster und Datentreiber werden benötigt, um 
den zeitmultiplexen Adreß- und Datenbus zu 
trennen. 

2.1.2. Der Maximummode 
Die volle Leistungsfähigkeit, insbesondere in 
Mehrrechnersystemen, kann der 8086 nur im 
Maximummode erreichen. Auch der Einsatz 
von Coprozessoren ist nur im Maximum- 
mode möglich. Für diese zusätzlichen Mög- 
lichkeiten müssen von der CPU weitere Steu- 
erfunktionen realisiert werden, wodurch sich 
eine Umbelegung von Pins notwendig macht. 
Durch den Einsatz von je einem speziellen 
Schaltkreis für die Busverwaltung und die 
Bussteuerung werden an der CPU weitere 
Steuerleitungen frei. Bild 3 zeigt den typi- 
schen Aufbau eines 8086 im Maximummode. 
Mit den /RT/ /GTO- und /RT/ /GT 1 -Leitungen 
wird die Kopplung von Coprozessoren er- 
möglicht. 

Die Verwaltung des Zugriffs auf den Multibus 
realisiert der Busarbiter 8289. Die Steuerung 
der Busarbeit bei zugeteiltem Bus übernimmt 
der Buscontroller 8288. Die Funktion dieser 
beiden ICs soll in den folgenden Abschnitten 
näher erläutert werden. 


Lese-, Schreib- oder andere Kommandolei- 
tungen. Des weiteren sind Steuerleitungen 
für die Adreßregister (ALE) und Datentreiber 
(DT//R, DEN) zum Demultiplexen des Adreß- 
/Datenbusses der CPU vorhanden. Ihre Wir- 
kungsweise ist im Taktdiagramm nach Bild 5 
dargestellt. Ein Buszyklus besteht minde- 
stens aus vier Takten. Mit dem high-aktiven 
Signal ALE werden die Adressen in die Regi- 
ster eingeschrieben. Das Signal DEN öffnet 


Bild 4 Blockschaltung des 8288 
Bild 5 Taktdiagramm eines Buszyklus 


die Datentreiber. Ihre Übertragungsrichtung 
legt das Signal DT//R fest. Der Buscontroller 
besitzt weiterhin Eingänge zu seiner eigenen 
Steuerung. Wichtig ist hier vor allem der Ein- 
gang /AEN, welcher die Mehrrechnerfähig- 
keit gestattet. Wird /AEN inaktiv, so gehen 
alle Kommandoausgänge in tri-state. Damit 
können mehrere 8288 an einem Bus arbei- 
ten. Die /AEN-Erzeugung ist Aufgabe des 
Busverwalters 8289. 



2. 1/2.1. Bussteuerschaltkreis 8288 
Im Maximümmodesystem übernimmt der 
8288 alle notwendigen Steuerfunktionen für 
den Systembus sowie für die Steuerung der 
Adreß- und Datentreiber. Bild 4 zeigt eine 
Blockschaltung dieses IC. 

Die CPU gibt drei Statussignale an beide 
Steuerbausteine aus. In diesen drei Signalen 
sind die durchzuführenden Zyklen nach Ta- 
fel 2 kodiert. 

Entsprechend den empfangenen Statussi- 
gnalen aktiviert der 8288 die notwendigen 


Tafel 2 Kodierung der Buszyklen in den Statussi- 
gnalen 


/S2/S1 ISO 

Buszyklus 

0 0 0 

Interruptannahmezyklus 

0 0 1 

E/A-Lesezyklus 

0 1 0 

E/A-Schreibzyklus 

0 1 1 

Halt 

1 0 0 

Befehlsholezyklus 

1 0 1 

Speicher-Lesezyklus 

1 1 0 

Speicher-Schreibzyklus 

1 1 1 

Kein Buszyklus 
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Bild 6 Blockschaltung des Busverwalters 8289 
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Bild 7 Serielle Prioritätsentscheidung bei der Bus- 
vergabe 


2. 1 .2.2. Busverwalter 8289 
Der Busverwalter realisiert gemeinsam mit 
dem 8288 die Kopplung von 8086/8088/ 
8089-MP an den Multibus. Er steuert den Zu- 
griff auf den gemeinsamen Bus. Verbietet er 
den Buszugriff, so führt die CPU Waitzyklen 
aus. Damit bleibt die Arbeit des Arbiters 
transparent für die CPU. Bild 6 zeigt eine 
Blockschaltung dieses IC. 

Man kann vier Signalgruppen unterscheiden: 

1 . Multibus-Kommandosignale 

Sie dienen der Steuerung der Busanforde- 
rung und -vergäbe. 

2. CPU-Statussignale 

Sie legen den jeweiligen Zyklus fest und lö- 
sen, wenn notwendig, eine Busanforderung 

3. Systemsignale 

Steuersignal für Buscontroller sowie Adreß- 
register 

4. Busverwaltersteuerung 

Signale, um den Busverwalter an die jewei- 
lige Konfiguration anzupassen. 

Für die Busvergabe selbst werden zwei Prio- 
ritätsmodi angewendet: 

- serielle Prioritätskette (daisy Chain) 

- parallele Prioritätsentscheidung. 

Die Bilder 7 und 8 stellen beide Varianten 
dar. 

Die serielle Verkopplung der Arbiter benötigt 
den geringsten Aufwand. Hier ist allerdings 
die Anzahl der in einem System möglichen 


Busarbiter begrenzt. Bei 10 MHz Bustakt 
können maximal drei Arbiter in Reihe ge- 
schaltet werden. Sollen mehr als drei Master 
gekoppelt werden, so muß entweder der Bus- 
takt verringert werden oder die parallele Ver- 
waltungslogik zur Anwendung kommen. 

Für beide Varianten gilt, daß immer der Rech- 
ner am Bus arbeiten kann, wo der /BPRN- 
Eingang des zugeordneten Arbiters aktiv ist. 
Das aktive Signal /BUSY zeigt an, daß der 
Bus genutzt wird. 

2.1.3. Interruptsystem und programmierba- 
rer Interruptcontroller 8259A 
Das Unterbrechungssystem des 8086 ist ein- 
fach und dennoch sehr leistungsfähig. Es 
sind bis zu 256 verschiedene Unterbrechun- 
gen möglich. Alle Unterbrechungen sindvek- 
tororganisiert. Die Interrupttabelle beginnt 
auf der Adresse 0000:0000 und enthält für 
jede Unterbrechung zwei 16-Bit-Wörter, wel- 
che die Adresse der Behandlungsroutine 
darstellen. Bei einer Unterbrechung wird der 
CPU nur der Typ(Nummer) der Unterbre- 
chung mitgeteilt. Durch Multiplikation des 
Typs mit 4 ermittelt die CPU den Zeiger in die 
Interrupttabelle. Die Interruptquellen können 
interner und externer Natur sein. 

Interne Interrupts sind: 

Division durch 0 Typ 0 

Einzelschritt Typ 1 

Überlauf Typ 4 

Softwareinterrupt Typ n 

(durch die Anweisung INT n ausgelöst). 
Externe Interrupts können sein: 

NMI Typ 3 

maskierbare Interrupts Typ entsprechend 
PlC-Programmierung. 

Nur bei externen maskierbaren Unterbre- 
chungen wird der Typ mittels eines Interrupt- 
annahmezyklus über den Datenbus übertra- 
gen. Alle anderen Unterbrechungen besitzen 
vordefinierte Typen. 

Die Peripherieschaltkreise von Intel unter- 
stützen keinen vektorisierten Interrupt. Da 
die CPU den Typ zur ordentlichen Behand- 
lung benötigt, gibt es einen Interruptcontrol- 
ler, welcher die Unterbrechungsanforderun- 
gen der peripheren Bauelemente annimmt 
und einen entsprechenden Typ zur CPU 
überträgt. Bild 9 zeigt das Blockschaltbild die- 
ses Controllers. 

Der PIC bedient 8 externe Interruptquellen. 
Ihre Priorität ist untereinander frei program- 
mierbar. Durch das Maskenregister können 
einzelne Interrupteingänge maskiert werden. 
Die Steuerlogik realisiert das notwendige 


Signalspiel zur Unterbrechungsanmeldung 
an die CPU und die Übergabe des Interrupt- 
typs. Über die Schreib-/Leselogik können der 
Baustein programmiert und die Statusregi- 
stergelesen werden. 

Die Kaskadierungseinheit erlaubt die Kaska- 
dierung von PICs. Damit können maximal 64 
externe Interrupts behandelt werden. Zu die- 
sem Zweck werden die Interruptanmel- 
dungsleitungen der Slave-PIC mit je einem 
IR n Eingang des Master-PIC verbunden. Die 
Prioritätsentscheidung geschieht nun in zwei 
Stufen. In der ersten Ebene wird vom Master- 
PIC der Slave-PIC mit der höchsten Priorität 
ermittelt und dessen Adresse über CASO- 
CAS2 an die Slave-PICs ausgegeben. Der so 
angesprochene Slave-PIC sendet nun den 
Typ der höchstpriorisierten Interruptanforde- 
rung an die CPU. 

Durch eine sehr freizügige Programmierung 
kann der PIC allen Systemerfordernissen an- 
gepaßt werden. 

2.2. Die CPU 8086 

Die CPU 8086 ist in einem 40-Pin-DIL-Ge- 
häuse untergebracht. Sie besitzt einen zeit- 
multipiexen Adreß-/Datenbus. 

2.2.1. Architektur des 8086 

Bild 1 0 zeigt die Architektur des 8086 /3/. 
Man kann die CPU in zwei Einheiten teilen, in 
die Businterfaceeinheit (BIU) und die Be- 
fehlsausführungseinheit (EU). 

In der BIU sind die Segmentregister, die Bus- 
steuerlogik, eine 6 Byte lange (8088 nur 4 
Byte) Befehlswarteschlange und der Be- 
fehlszähler (IP) untergebracht. 

Die EU enthält die Universalregister, das 
Flagregister, die ALU und ihr Steuersystem. 
Beide Einheiten arbeiten asynchron. Benö- 
tigt die EU einen Zugriff zu E/A-Geräten oder 
Speichern, sendet sie eine Busanforderung 
zur BIU. Wenn zu diesem Zeitpunkt kein Bus- 
zyklus läuft, gibt die BIU dieser Anforderung 
statt und beginnt den Zyklus. Andernfalls 
führt die EU Wartetakte aus. Liegen keine 
EU-Busanforderungen vor, so füllt die BIU 
die 6 Byte lange Befehlswarteschlange auf. 
Aus dieser Warteschlange holt sich die EU 
die Befehlscodes; dafür werden von der EU 
keine Buszyklen angefordert. 

2.2.2. Registersatz 

Die CPU 8086 besitzt 1 4 1 6-Bit-Register. Sie 
lassen sich in folgende Gruppen einteilen: 

- Datenregister 

- Pointer- und Indexregister 

- Segmentregister 
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- Flagregister und Befehlszähler. 

Die Datenregister können alle als 8-Bit-Regi- 
ster verwendet werden. Auf alle anderen Re- 
gister kann nur in Wortbreite zugegriffen wer- 
den. Die Datenregister können in fast allen lo- 
gischen und arithmetischen Operationen als 
Operandenspeicher dienen. Um eine kom- 
paktere Kodierung zu erreichen, nutzen 
einige Befehle Daten-, Pointer- und Indexre- 
gister implizit. 

- Register CX dient als Zählregister für 
Schleifen, Rotationen und Verschiebun- 
gen. 

- Register DX kann eine 1 6-Bit-E/A-Adresse 
beinhalten. 

- Register SP arbeitet als Stackpointer. 

- Register Sl und Dl enthalten Quell- bzw. 
Zieladresse bei Kettenoperationen. 

Der gesamte Speicherraum von 1 MByte ist 
physisch in zwei Bänke und logisch in maxi- 
mal 64 KByte lange Segmente untergliedert. 
Die zwei physischen Speicherbänke besit- 
zen jeweils eine Datenbreite von 8 Bit und 
enthalten die Speicherzellen nach gerader 
und ungerader Adresse getrennt. Bei Wort- 
zugriffen wird mit beiden Bänken gleichzeitig, 
bei Bytezugriffen nur mit der angesproche- 
nen Bank gearbeitet. Die Auswahl erfolgt 
durch die Adreßleitung AO und das Steuersi- 
gnal /BHE (/BHE = 0 gibt an, daß Daten auf 
D8-D15 übertragen werden). Logisch kann 
die CPU zu jedem Zeitpunkt auf vier ver- 
schiedene Segmente zugreifen, deren An- 
fangsadressen in den vier Segmentregistern 
stehen. 

Das CS-Register enthält immer den Anfang 
des aktuellen Kodesegments. Aus diesem 
Segment wird immer der Befehlsstrom ent- 
nommen. 

Das SS-Register zeigt immer auf den Anfang 
des Stacksegmentes. Alle Kelleroperationen 
laufen in diesem Segment ab. 

Das ES- und DS-Register zeigen auf den An- 
fang des Daten- bzw. Extrasegmentes. Diese 
Segmente enthalten normalerweise Varia- 
blen. Alle beide werden bei Kettenoperatio- 
nen genutzt. 

Der IP enthält den Offset im aktuellen Kode- 
segment. In ihm steht immer die Adresse des 
nächsten durch die BIU einzulesenden Be- 
fehls. Zwischen der Adresse des nächsten 
durch die EU auszuführenden Befehls und 
der Adresse des nächsten durch die BIU ein- 
zulesenden Befehls kann auf Grund der Be- 


fehlswarteschlange ein Unterschied sein. 
Deshalb wird der IP-lnhalt vor allen Operatio- 
nen, die das Register IP speichern, korrigiert, 
und er enthält dann die Adresse des näch- 
sten abzuarbeitenden Befehls. 

Im Flagregister sind Steuer- und Statusbits 
untergebracht. Neben den Standardbits für 
Übertrag (CF), Vorzeichen (SF), Null (ZF), 
Parität (PF) und Überlauf (OF) sind noch wei- 
tere Informationen verfügbar. 

AF - Hilfsübertrag: 

Kennzeichnet den Übertrag von Bit 3 nach Bit 
4 eines Bytes. 

TF- Trap-Flag: 

Wird dieses Bit gesetzt, so arbeitet die CPU 
im Einzelschrittbetrieb, das heißt, nach der 
Ausführung jedes Befehls wird ein Interrupt 
vom Typ 1 ausgelöst. 

IF- Interruptflag: 

Durch Rücksetzen dieses Bits können alle 
maskierten Interrupts verboten werden. 

DF- Richtungsflag: 

Dieses Richtungsflag bestimmt, ob die In- 
halte des Dl- und Sl-Registers dekrementiert 
oder inkrementiert werden (Kettenoperatio- 
nen). Ist DF = 1 , so werden die Indexregister 
dekrementiert. 

2.2.3. Adressierung 

Eine Adreßangabe besteht beim MCS-86- 
System immer aus zwei Teilen: 

1 . Startadresse des Segments 

2. Verschiebung innerhalb des Segments. 
Die Startadresse der Segmente wird den 
Segmentregistern entnommen. Die Ver- 
schiebung, oder effektive Adresse (EA) ge- 
nannt, wird mittels der unter 2.2.3.2. be- 
schriebenen Adressierungsarten bereitge- 
stellt. 

2.2.3. 1. Umwandlung der logischen in die 
physische Adresse 

Die Startadresse des Segments und die EA 
sind 1 6-Bit-Wörter. Der direkt adressierbare 
Speicherraum erfordert eine 20-Bit-Adresse. 
Die CPU errechnet die physische Adresse 
nach folgender Vorschrift: 

1. Inhalt des Segmentregisters um 4 Bit 
nach links verschieben, dazu rechts Nullen 
einschieben. 

2. EA mit Nullen auf 20 Bit ergänzen 
(links). 

3. Beide Größen addieren. 

Aus dieser Vorschrift folgt, daß Segmente nur 
an einer durch 16 teilbaren Adresse begin- 


nen können. Im allgemeinen wird folgende 
Darstellung benutzt: 

Segmentadresse: effektive Adresse 
Fehlt die Segmentangabe, so werden vor- 
definierte Standards verwendet. 

2.2.3.2. Adressierungsarten 

1. Speicheradressierung 

- direkte Adressierung: 

Die EA wird direkt dem Befehl entnommen. 

- Register-indirekte Adressierung: 

Die EA befindet sich in einem Basis- oder In- 
dexregister. 

- Basisadressierung: 

Die EA ergibt sich aus der Summe des BP- 
oder BX-Registers mit einer Verschiebung. 

- Indizierte Adressierung: 

Wie bei der Basisadressierung, nur daß statt 
BP oder BX Dl oder Sl genutzt werden. 

- Basisindirekte Adressierung: 

Die EA errechnet sich aus der Summe eines 
Basisregisters, eines Indexregisters und ei- 
ner Verschiebung. 

2. E/A-Adressierung 

- Direkte Adressierung: 

Die E/A-Adresse wird dem Befehl entnom- 
men. Der E/A-Adreßraum beträgt 256 Byte.' 

- Indirekte Adressierung: 

Das Register DX enthält die E/A-Adresse. 
Der E/A-Adreßraum ist hier 64 KByte groß. 

2.2.4. Befehlssatz 

Der Befehlssatz des 8086 kann in folgenden 
6 Gruppen eingeteilt werden. 
Transportbefehle 

Die Gruppe der Transportbefehle realisiert 
die Übertragung von Bytes oder Wörtern. Es 
gibt spezifische Befehle zur Behandlung des 
Stacks (POP, PUSH). Transportbefehle füh- 
ren keine Speicher-Speicher-Übertragungen 
durch. Ebenso gibt es keine Bitmanipula- 
tionsbefehle. Einen besonderen Befehl die- 
ser Gruppe stellt XLAT dar. Er führt einen ta- 
bellenorientierten Transport aus. Das Regi- 
ster AL wird dabei als Index in eine durch BX 
adressierte, max. 256 Byte lange Tabelle ge- 
nutzt. Das so ausgewählte Byte wird ab- 
schließend in AL abgelegt. 

E/A-Befehle 

Es können 8- oder 1 6-Bit-Operanden einge- 
lesen oder ausgegeben werden. 
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Arithmetisch-logische Befehle 
Alle vier Grundrechenarten werden für 8- und 
16-Bit-lnteger- und ungepackte Dezimalzah- 
len ausgeführt. Alle logischen Operationen 
verarbeiten Bytes oder 1 6-Bit-Wörter. Es ste- 
hen die Operationen Negation, UND, ODER, 
exklusiv ODER, arithmetisch/logisch Ver- 
schieben und die Rotation zur Verfügung. 
Kettenoperationen 

Mit dieser Befehlsgruppe können Zeichen- 
ketten effektiv bearbeitet werden. Sie umfaßt 
Befehle 

- zum Transport 

- zum Vergleich 

- zur Substraktion und 

- zum T ransport vom oder zum Akkumulator 
von Zeichenketten. 

Steuerungsübergabe 

Man kann vier Klassen von Steuerungsüber- 
gaben festlegen: 

1. CALLs, JMPs, RETs 

2. bedingte Übergaben 

3. Wiederholungssteuerung 

4. Unterbrechungen. 

Die erste Gruppe erlaubt unbedingte Pro- 
grammverzweigungen, das aktuelle Kode- 
segment kann dabei verlassen werden. 

Die zweite Gruppe realisiert Programmver- 
zweigungen in Auswertung vorangegange- 
ner arithmetisch-logischer Operationen. Das 
Verzweigungsziel muß im Bereich von -128 
bis + 1 27 Byte von der Absprungstelle liegen. 
Das aktuelle Kodesegment kann nicht verän- 
dert werden. 

Die dritte Gruppe erlaubt die Wiederholung 
von Programmteilen. Die Anzahl der Wieder- 
holungen ist vorher in CX abzulegen. Der 
mögliche Sprungbereich entspricht dem der 
Gruppe 2. 

Die vierte Gruppe entspricht den schon be- 
schriebenen Softwareinterrupts. Die Unter- 
brechungen aktualisieren das Kodesegment 
immer. 

Prozessorsteuerung 

Die Befehle zur Prozessorsteuerung umfas- 


sen folgende Anweisungen bzw. Anwei- 
sungsgruppen: 

- Anweisungen zur Flagbearbeitung. Es 
kann das CF-, DF- und OF-Flag gesetzt oder 
rückgesetzt werden. 

- Die Haltanweisung bringt den Prozessor in 
den Haltzustand, ein Verlassen dieses Zu- 
standes ist nur durch Reset oder eine Unter- 
brechung möglich. 

- Die Ausführung der Waitanweisung er- 
zwingt vom Prozessor so lange Waitzyklen, 
bis das Signal am TEST-Pin aktiv ist. Damit 
kann die Arbeit des 8086 mit Coprozessoren 
synchronisiert werden. 

- Die Escapeanweisung erzeugt einen Me- 
chanismus, der es anderen Prozessoren er- 
laubt, ihre Befehle dem 8086-Befehlsstrom 
zu entnehmen und die 8086-Adreßmodi zu 
nutzen. Der 8086 führt diese Anweisungen 
nicht aus, organisiert aber die Bereitstellung 
der Operanden. 

- Buslock verhindert die Abgabe des Sy- 
stembusses für den folgenden Befehl. 

2.3. Coprozessoren 

Der Einsatz von Coprozessoren dient der ef- 
fektiven Lösung von speziellen Problemen 
und damit der Erhöhung der Leistungsfähig- 
keit. In den folgenden Abschnitten sollen der 
Arithmetik- und der E/A-Prozessor als zwei 
typische Vertreter kurz vorgestellt werden. 

2.3.1. Arithmetikprozessor 8087 
Der Arithmetikprozessor übernimmt im MCS- 
86-System alle Aufgaben der numerischen 
Verarbeitung von Festkomma-, Gleitkomma- 
und BCD-Zahlen bis zu einer Breite von 
80 Bit. Gemäß der in 2.1 . dargelegten Eintei- 
lung stellt der Arithmetikprozessor einen Co- 
prozessor dar. In Bild 1 1 ist zu erkennen, daß 
der 8087 zum 8086 parallel geschaltet ist /4/. 
Beide Prozessoren nutzen die Systembusin- 
terfacebausteine gemeinsam. Der Zugriff auf 
den gemeinsamen lokalen Bus wird durch die 
Request-/Grant-Leitungen (/RQ/ /GT) zwi- 
schen beiden MPs gesteuert. Aktiviert wird 


der Arithmetikprozessor durch die Ausfüh- 
rung eines Escape-Befehls. Dazu hört der 
8087 den Befehlsstrom des 8086 nach solch 
einer Anweisung ab. Findet er eine, so ist er 
mittels der Analyse der Befehlsschlangen- 
statussignale (/QSO, /QS1 ) in der Lage, zu er- 
kennen, wann der Escapebefehl abgearbei- 
tet wird. Die Synchronisation beider Prozes- 
soren geschieht über die TEST-Leitung des 
8086, so daß er erkennen kann, wann der 
8087 eine Operation beendet hat. Zur Signa- 
lisierung von Ausnahmezuständen (z. B. Di- 
vision durch Null) kann der 8087 einen mas- 
kierbaren Interrupt auslösen. 

Der Befehlssatz umfaßt die folgenden sechs 
Gruppen: 

Transportbefehle 

Sie dienen zum Laden und Speichern der Re- 
gister des 8087. Da intern immer mit einer 
Breite von 80 Bit gearbeitet wird, findet hier 
auch sofort eine Konvertierung in die ent- 
sprechenden Formate statt. 

Arithmetische Befehle 
In dieser Gruppe befinden sich die Befehle 
zur Ausführung der Grundrechenarten, der 
Bildung der Quadratwurzel, des Vorzeichen- 
wechsels, der Absolutwertbildung und weite- 
rer einfacher mathematischer Funktionen. 
Logische Operationen 
Die Logikbefehle beinhalten den Vergleich 
von Variablen und die Trennung von Expo- 
nent und Mantisse bei Gleitkommazahlen. 
Transzendentale Funktionen 
Als transzendentale Funktionen stehen der 
Tangens, der Arcustangens und verschie- 
dene Logarithmenfunktionen zur Verfügung. 
Konstantenbereitstellung 
Ausgewählte Konstanten, wie 0, 1, pi, Ig2, 
In2, IdIO, Ide, sind im 8087 direkt abrufbar. 
Prozessorsteuerung 

Diese Befehlsgruppe ermöglicht die Steue- 
rung des 8087. Folgende Funktionen sind 
ausführbar: 

- Rundung 




Bild 11 MCS-86 System mit Arithmetikprozessor Bild 12 EAP 8089 im lokalen Arbeitsmode 
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- Fehlerbehandlung 

- Abspeichern des gesamten Registersat- 
zes 

- Laden des gesamten Registersatzes. 
Abschließend sind die vom 8087 verarbeitba- 
ren Datentypen aufgelistet: 


Integer: 

Wort 16 Bit 

Short 32 Bit 

Long 64 Bit 

BCD gepackt: 

18 Stellen 
Real: 

Short 32 Bit 

Long 64 Bit 

Temporary 80 Bit. 


Intern werden alle Operationen mit 80 Bit 
Breite ausgeführt. Speicheroperanden kön- 
nen nur eine Breite von 8 Byte haben. 

2.3.2. E/A-Prozessor (EAP) 8089 
Trotz integrierter Peripheriebausteine, wie 
PIO, SIO und CTC, stellen die Steuerung die- 
ser Bausteine und die Datenübertragung 
eine hohe Belastung für die CPU dar. Eine 
Entlastung der CPU brachte die Entwicklung 
von DMA-Controllern. Diese werden aber im- 
mer noch in Zeitteilung mit der CPU betrieben 
und müssen von ihr überwacht werden. Eine 
völlig neue Lösung stellt die Entwicklung von 
E/A-Prozessoren dar. Der zum MCS-86 ge- 
hörende unabhängige Prozessor 8089 entla- 
stet die CPU von zeitaufwendigen Transport- 
aufgaben. 

2.3.2. 1 . Arbeitsmodi 

Der EAP 8089 kann in zwei Arbeitsmodi be- 
trieben werden: 

1. lokale Betriebsart 

2. unabhängige Betriebsart. 

In der im Bild 12 dargestellten lokalen Be- 
triebsart wird der EAP ähnlich dem 8087 zur 
CPU parallel geschaltet. Durch die Zeittei- 
lung am gemeinsamen lokalen Bus kann hier 
natürlich die volle Systemleistung nicht er- 
reicht werden. Der Buszugriff wird wieder 
über die /RQ/GT-Leitung gesteuert. Der EAP 
erfüllt in solchen Konfigurationen vor allem 
zeitaufwendige Transportoperationen mit 
DMA-Geschwindigkeit. 

Bild 13 stellt den EAP in der unabhängigen 
Betriebsart dar 151. Er verfügt in diesem Ar- 
beitsmode über einen eigenen lokalen und 
einen Anschluß an den Multibus. Der Bus- 
arbiter und der Busverwalter lassen sich 
durch geeignete Beschaltung so program- 
mieren, daß alle Speicheroperationen über 
den Multimasterbus und alle E/A-Operatio- 
nen über den lokalen Bus ablaufen. Der EAP 
selbst kann sein Programm aus dem System- 
speicher oder seinem lokalen E/A-Bereich 
beziehen. Damit wird eine volle Parallelarbeit 
zur CPU möglich. 

Für beide Arbeitsmodi gilt, daß der EAP im- 
mer sein eigenes Programm abarbeitet. Er 
empfängt seine Befehle also nicht aus dem 
Befehlsstrom des 8086. 

2.3. 2. 2. Architektur und Leistungsmerkmale 
Der 8089 kann, wie auch der 8086, einen 
Speicherraum von 1 MByte und einen E/A- 
Adreßraum von 64 MByte direkt ansprechen. 
Die Busbreite (8 oder 16 Bit) ist für beide 
Busse, den Systembus und den lokalen Bus, 
getrennt programmierbar. Es sind auch 
Mischvarianten möglich, so zum Beispiel 
ein 16-Bit-Systembus und ein 8 Bit breiter 
lokaler Bus. Die Konvertierung beider inein- 



ander führt der EAP automatisch aus. Die 
zwei unabhängigen DMA-Kanäle werden 
durch je ein Signal aktiviert. Im Ruhezustand 
besteht also keine Busbelastung. Der Regi- 
stersatz dieses Prozessors ist in Bild 14 dar- 
gestellt 151. Er ist für jeden Kanal einmal vor- 
handen. Die Register GA, GB und GC sind 
Adreßregister und besitzen eine Breite von 
21 Bit. Im Normalbetrieb sind sie universell 
verwendbar, während DMA-Operationen 
beinhalten sie die Ziel- und Quelladresse so- 
wie die Adresse für eine mögliche Überset- 
zungstabelle. Mittels dieser Übersetzungs- 


tabelle kann während des DMA-Betriebs eine 
Kodetransformation vorgenommen werden. 
Das Bit 20 dient als Zeiger, ob sich die adres- 
sierte Speicherzelle am lokalen Bus oder am 
Systembus befindet. 

Das TP-Register entspricht dem Befehlszäh- 
ler. 

Ein zweiter Block enthält ein Index-, ein Zähl-, 
ein Masken- und ein Kanalsteuerregister. Au- 
ßer dem Kanalsteuerregister können alle 
diese 16-Bit-Register bei Nicht-DMA-Betrieb 
universell eingesetzt werden. Das PP-Regi- 
ster enthält die Adresse des Parameter- 
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blocks, welcher zur Kommunikation mit der 
CPU genutzt wird. Die Adresse des Steuer- 
blocks wird in dem Register CP abgelegt. Es 
ist nur einfach vorhanden. 

Die Initialisierung des EAP geschieht in meh- 
reren Ebenen und wird von der CPU gestar- 
tet. Dabei liest der EAP durch Adressen ver- 
koppelte Steuerblöcke ein und findet so die 
Startadresse der Kanalprogramme. Der EAP 
besitzt einen eigenen Befehlssatz und benö- 
tigt zur Übersetzung einen eigenen Assem- 
bler, welcher nicht im 8086-Assembler ent- 
halten ist. 



15/ Dorn, L.: Ein neuer Mikroprozessortyp: Ein-/Ausgabe- 
prozessor. Elektronik 1980, Heft 3, S. 75-80 
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RAM-Disk für K- 


Wolfram Kammer, Wolfgang Spindler 
VEB Elektronische Bauelemente Teltow 


RAM-Disks sind nützliche Einrichtungen, die 
wohl besonders von denjenigen sehr ge- 
schätzt werden, die an Rechnern mit Kasset- 
tenbandspeichern ihre Geduld üben müs- 
sen. Aber auch im Vergleich zur Diskette 
kann die RAM-Disk erstaunliche Geschwin- 
digkeit bieten. Wer schon einmal in längeren 
Assemblerquellen mit einem Textverarbei- 
tungsprogramm wie TP herumgesucht hat, 
weiß ein Lied da von zu singen. Hier wird nun 


i-Systeme 


eine konkrete Schaltung einschließlich 
Layout vorgestellt, die außer einer RAM-Disk 
von 256 KByte auch noch einen kompletten 
Hauptspeicher sowie eine MEMDI-Erzeu- 
gung enthält. Bild 1 zeigt die Schaltung. Die 
eigentliche RAM-Disk wird über IN- und 
OUT-Befehle bedient und tangiert den 
Hauptspeicher nicht. 

Funktion der RAM-Disk 

Zum Adressieren von 256 KByte werden 18 
Adreßbits benötigt. Die niederwertigsten 8 Bit 
stellt ein vom Programm mittels OUT-Befehl 


ladbarer Adreßzähler (2 x 74LS193) bereit. 
Die nächsthöheren 8 Bit müssen vom Pro- 
gramm in ein Oktallatch (DS8282) geladen 
werden. Die restlichen 2 Bit stecken in der 
Peripherieadresse, unter der das Bedienpro- 
gramm anschließend die RAM-Disk liest oder 
beschreibt. Nach jedem Zugriff inkrementiert 
die Zugriffslogik der RAM-Disk den o.g. 
Adreßzähler. Damit sind INIR- und OTIR- 
Befehle für das Umladen der Daten bestens 
geeignet. Die RAM-Disk belegt insgesamt 
8 E/A-Adressen nach folgendem Schema: 
Grundadresse plus 

0 = Lesen/Schreiben Bank 1 

1 = Lesen/Schreiben Bank 2 

2 = Lesen/Schreiben Bank 3 

3 = Lesen/Schreiben Sank 4 

4 = nicht benutzen 



Bild 2 Bedienpro- 
gramm für die RAM- 
Disk 


5 = nicht benutzen 

6 = mittlere 8 Adreßbit laden 

7 = niedrigste 8 Adreßbit in den Zähler la- 
den. 

Die Grundadresse kann man in gewissen 
Grenzen frei wählen, indem man das Wickel- 
feld D entsprechend verdrahtet. 
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Funktion des Hauptspeichers 

Der Hauptspeicher umfaßt volle 64 KByte. 
Damit außer ihm auch noch andere Baugrup- 
pen (Urlader, Bildschirm usw.) im Speicher- 
volumen betrieben werden können, besitzt er 
eine Einrichtung zum Entadressieren. 

Dazu besitzt die Baugruppe einen Eingang 
für das K1520-Bussignal READY. Aktiviert 
bei einem Speicherzugriff eine andere Bau- 
gruppe diese Leitung, so tritt der Hauptspei- 
cher in dem Bereich, den die andere Bau- 
gruppe belegt, in den Hintergrund, indem der 
Lese- oder Schreibzugriff in einen Refresh- 
zyklus umgewandelt wird. Dafür stehen bei 
Lesezyklen ca. 1 00 ns und bei Schreibzyklen 
etwas mehr als 1 Systemtakt zur Verfügung. 
Schaltet man mittels MEMDI-Signalen die 
anderen Baugruppen ab, so kommt automa- 
tisch der Hauptspeicher wieder hervor. Die- 
ses Verfahren erleichtert die Speicherverwal- 
tung ganz erheblich. 

Um den Hauptspeicher auch bei 4 MHz Sy- 
stemtakt ohne die lästigen WAIT-Zyklen be- 
treiben zu können, schaltet die Zugriffslogik 
das RAS-Signal ca. 1 50 ns nach Aktivwerden 
des CAS-Signales ab. Damit wird den Spei- 
cherschaltkreisen genügend Zeit zum Rück- 
schreiben der Information in die Matrix ver- 


schafft. Das ist besonders wichtig für die seht 
kurze Zugriffslücke zwischen Ml- und Re- 
freshzugriff beim Befehlsholezyklus des 
U880. 


Funktion der MEMDI-Erzeugung 

Dieser Schaltungsteil besteht aus 4 Flipflops, 
die über 8 OUT-Adressen einzeln gesetzt 
und gelöscht werden können. Did von den 
OUT-Befehlen ausgegebenen Daten sind 
dabei belanglos. Durch Systemreset werden 
alle vier Flipflops gelöscht. Welche MEMDI- 
Signale dabei gesetzt/gelöscht werden, kann 
man durch DIL-Schalter oder Wickelbrücken 
frei wählen. Leider war auf der Leiterplatte 
nicht mehr genügend Platz, so daß der Kop- 
pelbussteckverbinder entfallen mußte. Des- 
halb müssen die MEMDI-Signale am Wickel- 
feld C abgegriffen werden. 

Zum Aufbau 

Auf der Leiterplatte sind einige Stützkonden- 
satoren (33 nF Epsilan sowie Eikos 47 /rF/ 
6,3 V) vorgesehen, die im Stromlaufplan 
nicht extra angegeben wurden. Sie sind mit 
Cs bezeichnet. 

Alle Logikschaltkreise (außer Bustreiber und 
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Bild 4 Bestückungsplan 


Dekoder) sind Low-Power-Schottky-, also 
74LSxxx-Typen. Im Stromlaufplan wird nur 
die Typnummer (also 193 entspricht 
74LS193) angegeben. 

Als Speicherschaltkreise können alle U21 64- 
Typen eingesetzt werden. 

Die Verzögerungsglieder in den RAS/CAS- 
Schaltungen wurden zu 390 pF und 100 ... 
180 Q gewählt. 


Einbindung der RAM-Disk in das BIOS 

CP/M und ähnliche Plattenbetriebssysteme 
bestehen im wesentlichen aus 3 Teilen: 

1 . dem BIOS (Basis-Ein/Ausgabesystem) 

2. dem BDOS (eigentliches Plattenbetriebs- 
system) 

3. dem CCP (Kommandoprogramm). 

Zur Einbindung der RAM-Disk muß das in 
Bild 2 gezeigte Bedienprogramm in das 


BIOS eingefügt werden. Bei den meisten Sy- 
stemen findet man im BIOS zwei oder drei 
Tabellen, in denen die Adressen der Disk-Pa- 
rameter-Header (DPH) sowie die Adressen 
der zugehörigen Lese- und Schreibroutinen 
stehen. Dort muß man die eingefügten Pro- 
grammteile eintragen. Wer mehr als 256 


Bild 5 Layout Lötseite der RAM-Disk 



KByte RAM-Disk einbauen will, muß aller- folgende Antwort: 
dings den Disk-Parameter-Block (DPB) än- E: Drive Characteristics 

dern. Da das BDOS jedes Laufwerk in maxi- 2048: 1 28 Byte Record Capacity 

mal 256 Blöcke aufteilt, ist bei größeren Spei- 256: Kilobyte Drive Capacity 
ehern die Blockgröße entsprechend Bild 3 im 64: 32 Byte Directory Entries 

DPB zu vereinbaren. Wenn die RAM-Disk 0: Checked Directory Entries 

richtig ins BIOS eingebaut ist, so ergibt die 128: Records/ Extent 
Überprüfung mit STAT DSK: 8: Records/ Block 

16: Sectors/ Track 

Bild 6 Layout Bestückungsseite der RAM-Disk 0: Reserved Tracks 
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PASCAL (Teil 3) 


Dr. Claus Kofer 
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Der Deklarationsteil der Funktion ist wieder 
leer. In der If-Anweisung des Anweisungs- 
teils wird dem Funktionsnamen ein Wert zu- 
gewiesen. Auf diesen Wert kann durch Anruf 
der Funktion Max2 Bezug genommen wer- 
den. Zum Beispiel in folgender Form: 

Z: = Max2(x,y) 

Z: = Max2(1.0,2.5*y) 
IFZ>Max2(1.5*x,y)THEN... 

REPEAT . . . UNTIL Max2(x,y)<1 .0 


Es wird jetzt eine Prozedur Swap gezeigt, die 
die Werte ihrer Parameter vertauscht. 


PROCEDURE Swap (VAR A,B:CHAR); 

VAR H:CHAR 

BEGIN 

H:=A; A:=B; B:=H 
END; 


Im Prozedurkopf werden wieder Name und 
formale Parameter angegeben. Es sind bei- 
des Referenzparameter. Die verwendete 
Schreibweise ist eine Abkürzung für PROCE- 
DURE Swap (VAR A:CHAR; VAR B:CHAR). 
Da das Vertauschen ohne eine Hilfsvariable 
nicht möglich ist, wird diese im Deklarations- 
teil der Prozedur Swap deklariert. Der Anwei- 
sungsteil besteht aus einer Liste von drei Zu- 
weisungen, die das Vertauschen bewerkstel- 
ligen. 

Die aktuellen Parameter der Prozedur Swap 
dürfen nur Variablen vom Typ CHAR sein: 

Swap (C1.C2) 

Aber nicht 
Swap (’A’.CI) 

Für die Verwendung von Funktionsparame- 
tern wird nun ein Beispiel angegeben: 

FUNCTION Diff(XO,DX:REAL; 

Fkt(x: REAL): REAL): REAL; 

BEGIN 

Diff : = (Fkt(XO+ DX) - Fkt(XO))/DX 
END; 


Der Funktionskopf von Diff enthält neben der 
bereits bekannten Deklaration der Wertepa- 
rameter XO und DX einen formalen Funk- 
tionsparameter Fkt. Laut Deklaration ist Fkt 
eine Funktion mit einem Parameter vom Typ 
REAL und liefert selbst einen Funktionswert 
vom Typ REAL. Im Anweisungsteil wird der 
Wert der Funktion Diff als Differenzenquotient 
der Funktion Fkt für das Argument XO be- 
rechnet. 


Als aktueller Parameter darf für Fkt jede belie- 
bige Funktion verwendet werden, die einen 
Parameter vom Typ REAL hat und selbst ei- 
nen Wert vom Typ REAL liefert. Es werden 
zwei solcher Funktionen gezeigt: 


FUNCTION P1(x:REAL):REAL; 
BEGIN 

P1:= (1.5*x+2.5)*x+3.5 
END; 

FUNCTION P2(x:REAL):REAL 
BEGIN 

P2:=1/((0.5*x+0.25)*x 

END; 


Unter Verwendung von PI und P2 sind nun 
folgende Aufrufe der Funktion Diff möglich 
A:=Diff(x,0.01,P1); 

A:=Diff(x,0.01,P2) 

Leider gibt es bei den meisten PASCAL-Sy- 
stemen für Prozedur- und Funktionsparame- 
ter die Einschränkung, daß als aktuelle Para- 
meter nicht die sogenannten Standardproze- 
duren und -funktionen verwendet werden 
dürfen. 

Bei TURBO-PASCAL sind Prozedur- und 
Funktionsparameter überhaupt nicht imple- 
mentiert. 

5.5.3. Blockstruktur, Gültigkeitsbereiche 
von Bezeichnern 

Nach den Syntaxdiagrammen der Bilder 5.1 , 
5.2, 5.24 und 5.26 können Prozeduren und 
Funktionen selbst wieder weitere Prozeduren 
und Funktionen enthalten. Es entsteht eine 
Struktur von ineinander verschachtelten 
Blöcken, von denen jeder aus einem (mög- 
licherweise leeren) Deklarationsteil und ei- 
nem Anweisungsteil besteht. 

Bild 5.31 zeigt eine typische Blockstruktur. 
Die Prozeduren A und C sind Bestandteil der 
Deklarationen des Hauptprogramms. Der De- 
klarationsteil der Prozedur A enthält die Pro- 
zedur B. 

Es sind beliebige Schachtelungen von Proze- 
duren und Funktionen denkbar, allerdings be- 
grenzen die PASCAL-Systeme oft deren 
Tiefe. Im Bild 5.31 ist die größte Schachte- 
lungstiefe drei: Hauptprogramm, Prozeduren 
AundB. » 

In jedem Block können Marken, Konstanten, 
Datentypen, Variablen sowie weitere Proze- 
duren und Funktionen deklariert werden. Das 
wirft die Frage nach den Gültigkeitsbereichen 
der Bezeichner auf. Es gibt dafür zwei einfa- 
che Regeln: 

1 . Ein Bezeichner gilt im Inneren des gesam- 
ten Blocks, in dem er deklariert wurde. 

2. Bei gleichen Bezeichnern gilt die lokalere 
Deklaration. 

Der Name einer Prozedur bzw. Funktion ge- 
hört zu den Bezeichnern des umschließen- 
den Blocks. Die möglicherweise vorhande- 


nen formalen Parameter sind jedoch als Be- 
standteil des Deklarationsteils der Prozedur 
bzw. Funktion anzusehen. 

Die Gültigkeitsbereiche der Bezeichner des 
Programmfragments aus Bild 5.31 werden ta- 
bellarisch im Bild 5.32 gezeigt. Die Bezeich- 
nerT und A des Hauptprogramms gelten in al- 
len Blöcken. K gilt nur in den Blöcken PROG 
und C. In den Blöcken A und B wird K durch 



Zeichnern, die Spalten mit den Blöcken. Eine Ziffer 
zeigt an, aufgrund welcher Regel ein Bezeichner in 
einem Block gilt. 
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eine Konstante mit dem gleichen Bezeichner 
überdeckt. 

Der Bezeichner C gilt nur in den Blöcken 
PROG und C. In den Blöcken A und B ist C 
nicht bekannt, weil C noch nicht deklariert 
ist. 

Die Bezeichner PA, K und B der Prozedur A 
gelten in den Blöcken A und B. Außerhalb des 
Blockes A sind sie nicht bekannt. 

Der Bezeichner I der Prozedur B gilt nur im 
Block B. 

Die Bezeichner PC und Z der Prozedur C gel- 
ten im Blocke. Bild 5.31 zeigt, daß im Blocke 
auch der Bezeichner A bekannt ist, denn 
seine Deklaration erfolgte im Programmtext 
schon vordem Blocke. 

Für jeden Block können lokale und globale 
Deklarationen unterschieden werden. Lokale 
Deklarationen werden durch den Block selbst 
eingebracht. Globale Deklarationen stammen 
aus einschließenden Blöcken. 

Die global deklarierten Variablen stellen eine 
weitere Möglichkeit zum Datenaustausch 
zwischen Prozedur oder .Funktion und ihrer 
Umgebung dar. Das wird an folgendem Pro- 
grammstück gezeigt: 


PROGRAM M; 


VAR x:REAL; 

PROCEDURE A (PA:REAL); 
iBEGIN 
I x:=PA; 


•END; 

iBEGIN 

I A(1 .0) 

*pwn 


In der Prozedur A ist neben dem formalen 
Parameter PA auch die globale Variable x be- 
kannt. Sie darf demzufolge in den Anweisun- 
gen verwendet werden, im Beispiel wird ihr 
der Wert des Parameters zugewiesen. 

Der Aufruf A(1 .0) läßt nicht erkennen, daß die 
Hauptprogrammvariable x manipuliert wurde. 
Die Nützlichkeit solcher „Seiteneffekte“ soll 
hier nicht beurteilt werden. Der Programmie- 
rer muß wissen, daß es sie gibt und daß sie 
sich durch keine Compileroperation aus- 
schalten lassen. 

5.5.4. Speicherplatzzuordnung für 
lokale Variablen 

Die durch die Blockstruktur eines PASCAL- 
Programms festgelegten Gültigkeitsbereiche 
der Bezeichner führen dazu, daß bei der Pro- 
grammabarbeitung höchstens die Datenob- 
jekte der aktiven Blöcke, d. h. des Hauptpro- 
gramms sowie der gerufenen Prozeduren 
und Funktionen, manipuliert werden kön- 
nen. 

Da Speicherplatz immer eine kostbare Res- 
source ist, liegt es nahe, nur für Datenobjekte 
der aktiven Blöcke Speicherplatz bereitzu- 
stellen. Weil es sich aber erst zur Programm- 
laufzeit herausstellt, welche Blöcke aktiv sind, 
wird diese Strategie als dynamische Spei- 
cherplatzzuordnung bezeichnet. 

Die Spejcherpositionen der Datenobjekte 
können vom Compiler nur für das Hauptpro- 
gramm im voraus berechnet werden. 

Die der Prozeduren und Funktionen ergeben 
sich in Abhängigkeit von ihrer konkreten Auf- 


ruffolge. Notwendige Adreßrechnungen 
müssen bis zur Laufzeit aufgeschoben wer- 
den. Die Maschinenbefehlssysteme moder- 
ner Rechner unterstützen solche Adreßrech- 
nungen sehr gut, so daß PASCAL-Pro- 
gramme nur geringfügige Laufzeitnachteile 
gegenüber Programmen mit statischer Spei- 
cherplatzzuordnung wie z. B. FORTRAN ha- 
ben. 

Für die Programmierung ergeben sich aus 
der dynamischen Speicherplatzzuordnung 
folgende Konsequenzen: 

- Der Wert von lokalen Variablen der Proze- 
duren und Funktionen ist stets als unbe- 
stimmt anzusehen, auch falls die Prozedur 
oder Funktion schon einmal gerufen wurde. 

— Rekursive Aufrufe von Prozeduren und 
Funktionen sind uneingeschränkt möglich. 
Das Prinzip wird noch einmal mit Hilfe des 
Programmrumpfes von Bild 5.31 verdeut- 
licht. Das Bild 5.33a zeigt den belegten Da- 
tenspeicher für die Aufruffolge: Hauptpro- 
gramm, Prozedur A, Prozedur B. Beim Ver- 
lassen der Prozeduren B und A wird der be- 
legte Datenspeicher wieder freigegeben. Da 
Prozeduren stets in der umgekehrten Rei- 
henfolge ihres Aufrufs verlassen werden, 
wird der Datenspeicher stackartig verwaltet. 
Er wächst zumeist in Richtung fallender 
Adressen. 

a) | / | K | PA | K 


c ;| 1 1 K | PA 1 Z I PC | K 1 

d )\z \ pc\z \pc\z \ pC | K | 

Bild 5.33 Zuordnung von Speicher zu Datenob- 
jekten der aktiven Prozeduren 

Die Bilder 5.33b und 5.33c zeigen weitere Si- 
tuationen. Deutlich tritt auch hervor, daß die 
Position des Parameters PA und der lokalen 
Variablen I von der konkreten Aufruffolge ab- 
hängt - also erst zur Laufzeit feststeht. 

Bild 5.33d zeigt schließlich die Struktur des 
Datenspeichers bei rekursiven Prozedurauf- 
rufen. C wird vom Hauptprogramm aktiviert 
und ruft sich dann selbst wieder auf. Bei je- 
dem Betreten von C wird ein neuer Bereich 
für lokale Variablen angelegt. 
TURBO-PASCAL verfährt anders. Der Com- 
piler ordnet den Datenobjekten in der Reihen- 
folge ihrer Deklaration statisch Platz im Da- 
tenspeicherbereich zu. Zur Programmabar- 
beitungszeit hat jedes Datenobjekt seinen fe- 
sten Platz im Hauptspeicher. Rekursive Pro- 
zeduraufrufe führen so i. allg. zu Fehlern. 

Der Vorteil dieser nicht PASCAL-gerechten 
Strategie liegt darin, daß auch bei Rechnern 
auf der Basis von 8-Bit-Prozessoren der Zu- 
griff auf Datenobjekte sehr schnell ist und we- 
nig Programmkode erfordert. 


Rekursive Prozeduren werden nun in 
TURBO-PASCAL dadurch möglich, daß beim 
Betreten einer Prozedur zunächst die „alten “ 
Werte der lokalen Variablen in einem Stack 
abgelegt und vor Verlassen der Prozedur 
rückgespeichert werden. Die Erzeugung der 
dafür erforderlichen Blocktransportbefehle 
wird durch die Compileroption OA- und 
OA+ ein- bzw. ausgeschaltet. 

5.5.5. Vorwärtsdeklaration 
Aufgrund des Deklarationszwanges muß ein 
Bezeichner vor seiner Benutzung deklariert 
werden. Prozeduren und Funktionen machen 
hier keine Ausnahme. 

Es gibt aber durchaus sinnvolle Programme, 
bei denen diese Bedingung aufgrund des 
verwendeten Algorithmus nicht erfüllt werden 
kann. Das nachfolgende Programmstück ver- 
deutlicht dies: 


PROCEDURE A(PA 
BEGIN 
. . . B(x); . . . 

END; 

PROCEDURE B(PB 
BEGIN 
■ • • A(y); . . . 

END; 



Der Aufruf von B im Anweisungsteil von A 
kann durch den Compiler nicht aufgelöst wer- 
den, da bis dorthin B unbekannt ist. Ein Ver- 
tauschen der Reihenfolge der Prozeduren A 
und B führt auch nicht zum Ziel. 

Die Lösung erfolgt durch Trennung von Pro- 
zedurkopf und dazugehörendem Block mit 
Hilfe von FORWARD: 


PROCEDURE B(PB: . . ,);FORWARD; 
PROCEDURE A(PA:...); 

BEGIN 
• • ■ B(x); . . . 

END; 

PROCEDURE B; 

BEGIN 
- - - A(y); — 

END; 

Innerhalb von A kann nun B aufgerufen wer- 
den. Durch die vorangegangene FORWARD- 
Deklaration ist der Kopf von B bekannt. Bei 
der Angabe des zu B gehörenden Blockes 
entfällt im Kopf die Parameterliste. 

5.5.6. Standardprozeduren und Funktionen 
Dem PASCAL-Compiler ist eine Reihe von 
Prozeduren und Funktionen bereits bekannt. 
Diese lassen sich in folgende Gruppen eintei- 
len: 

1. arithmetische Funktionen 

2. Prozeduren und Funktionen zur Ein- und 
Ausgabe 

3. Prozeduren zur Arbeit mit dynamischen 
Variablen. 

Die Behandlung der Gruppen 2 und 3 erfolgt 
zusammen mit den entsprechenden Datenty- 
pen. In diesem Unterpunkt werden die arith- 
metischen Funktionen besprochen. Es ste- 
hen zur Verfügung: 
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LN(X) natürlicher Logarithmus 

Der aktuelle Parameter kann ein beliebiger 
Ausdruck vom Typ REAL oder INTEGER sein. 
Das Resultat ist stets REAL. Eine Ausnahme 
bildet ABS. Hier hat das Resultat stets den 
Typ des aktuellen Parameters. 

Zur Umwandlung von REAL in INTEGER gibt 
es die Funktionen 


SQR(X) WGuadraf^^W 
SQRT(X) Quadratwurzel 

ABS(X) Absolutwert 

SIN(X) Winkelfunktion 

COS(X) Winkelfunktion 

ARCTAN(X) Winkelfunktion 

EXP(X) e-Funktion 


TRUNC(X) ganzerTeil 
ROUND(X) regelgerechte Rundung. 


Die nachfolgenden Standardfunktionen sind 
auf einfache Typen mit Ausnahme von REAL 
anwendbar: 


ODD(A) 

ORD(A) 

SUCC(A) 

PRED(A) 

CHR(I) 


Test auf ungerade ^ 

interne Kodierung von A fl 

Nachfolger von A 
Vorgängervon A 
Konstante vom Typ CHAR J 
mit interner Kodierung I 


Die Funktion CHR kann vorteilhaft zur Kon- 
struktion von CHAR-Konstanten fürnicht dar- 
stellbare Zeichen des ASCII-Kodes genutzt 
werden. Zum Beispiel liefert CHR(27) den 
Kode für Escape. 

Die Wirkung der Standardfunktionen ORD, 
SUCC und PRED wird durch die Anwendung 
auf den Aufzählungstyp 
TYPET = (Mo, Di, Mi, Don, Fr, Sa, So); 

VAR X : T; 

gezeigt: 

ORD(Mo) liefert: 0 
ORD(Di) liefert: 1 


ORD(So) liefert: 6 

Die Anwendung von Nachfolger- und Vor- 
gängerfunktionen liefern: 

SUCC(Mo) liefert: Di 
SUCC(Di) liefert: Mi 


Nicht definiert sind die Funktionswerte 
SUCC(So) und PRED(Mo). 

Darüber hinaus stellen viele PASCAL-Sy- 
steme weitere Standardprozeduren und 
-funktionen bereit, mit denen Eigenschaf- 
ten der Gerätetechnik oder des zugrunde 
liegenden Betriebssystems auf das Ni- 
veau der Sprache gehoben werden. In 
TURBO-PASCAL gibt es davon mehr als 
50. Eine Auswahl wird hier angegeben: 


ADDR(X) Adresse der Variablen X 
SIZEOF(X) Speicherplatzbedarf von X 
in Byte 

LO(X) Niederwertiges Byte von X 

H I (X) Höherwertiges Byte von X 

SWAP(X) Vertauschen der Bytes 
vonX 

MOVE(VON,ZU,ANZ) 

Blocktransport 
von ”ANZ”-Bytes 

BIOS(l,J) BIOS-Ruf I mit Parameter J 
BDOS(l,J) BDOS-Ruf I mit Parameter J 
HALT Abbruch der 

Programmabarbeitung 

6. Datentyp File, 

Ein- und Ausgabeorganisation 

6.1. Einführung 

Der Datentyp File bildet in PASCAL die 
Grundlage für die Ein- und Ausgabe von 
Daten von bzw. zu den peripheren Speicher- 
medien. 

Ein Datenobjekt vom Filetyp ist eine Folge 
von Komponenten gleichen Typs. Der Typ ei- 
ner Komponente ist beliebig. Der Zugriff zu 
den Komponenten ist nur sequentiell mög- 
lich. 

Die Brücke zu den peripheren Geräten wird 
geschlagen, indem Variablen vom Filetyp als 
Files im Sinne eines Betriebssystems ange- 
legt werden. 

6.2. Deklaration und Zugriff 

Die Deklaration von Filetypen ist eine Alterna- 
tive im Syntaxdiagramm "typ” (Bild 3.1). Sie 
wird im Bild 6.1 gezeigt. Die reservierten Be- 
zeichner FILE und OF leiten die Deklaration 
ein. Anschließend wird der Komponententyp 
angegeben. Jeder Filevariablen wird eine 
Puffervariable zugeordnet. Sie wird gebildet 
durch Anfügen des Zeichens ” A ” an den Be- 
zeichner einer Filevariablen. 


SUCC(Sa) liefert: So 

PRED(So) liefert: Sa 
PRED(Sa) liefert: Fr 


PRED(Di) liefert: Mi 


-FILE OF -typ- 

Bild 6. 1 Syntaxdiagramm „filetyp “ 


Über die Puffervariable kann auf die soge- 
nannte aktuelle Komponente eines Files zu- 
gegriffen werden. Sie läßt sich wie eine Varia- 
ble verwenden. 

Es folgen einige Beispiele: 


a) Komponententyp INTEGER: 

VAR F: FILE OF INTEGER; 

I: INTEGER; 

F A :=1; l:=2*F A + 1; ... 

b) Komponententyp REAL 
VAR F: FILE OF REAL; 

X: REAL; 

X:=F A #2.5; F A :=0.5; . . . 

c) Komponente vom Aufzählungstyp 
TYPE T=(Mo,Di,Mi,Don,Fr,Sa,So); 
VAR F: FILE OFT; 

Z:T; 


F A :=Di;Z:=F A ; ... 


F A istdie Puffervariable. Durch die Zugriffe 
wird die aktuelle Komponente nicht ver- 
stellt. Dazu gibt es Standardprozeduren, 
die im nächsten Unterpunkt besprochen 
werden. 

6.3. Standardprozeduren und 
-funktionen für den Datentyp File 
Die Ein- und Ausgabe erfordert einige 
komplexe Leistungen. Sie werden in Form 
von Standardprozeduren und -funktionen 
bereitgestellt. In der nachfolgenden Auf- 
stellung bezeichnet f eine Variable vom 
Filetyp: 

RESET(f)* '"'Vörberetten des Ries Tür * 
REWRITE(f) Lesen bzw. Schreiben. 

Die Puffervariable wird 
auf die erste Komponente 
positioniert. 

Weiterrücken der Puffer- 
variablen auf die nächste 
Komponente des Eingabe- 
bzw. Ausgabefiles 
Funktion, liefert den Wert 
TRUE, falls Fileende 
erreicht ist. 

Bei Eingabefiles zeigt EOF(f)=TRÜE an, 
daß die Puffervariable auf Fileende posi- 
tioniert wurde und keine weiteren Kompo- 
nenten vorhanden sind. Der Zugriff über 
die Puffervariable f A liefert einen unbe- 
stimmten Wert. 

Für Ausgabefiles zeigt EOF(f)=TRUE an, 
daß die Puffervariable auf das Fileende po- 
sitioniert ist und die nächste Komponente 
angefügt werden kann. 

Mit diesen fünf Prozeduren kann die ge- 
samte Ein- und Ausgabe durchgeführt 
werden. Später werden weitere Prozedu- 
ren besprochen, die die Arbeit erleichtern, 
aber keine prinzipiell neuen Leistungen 
erbringen. 

Es gibt zwei Grundaufgaben bei der Ein- 
und Ausgabe: das Schreiben und das Le- 
sen eines Files. Die programmtechnische 
Lösung wird jetzt gezeigt. Sie ist unabhän- 
gig vom Typ der Komponenten. Er wird 
deshalb auch offen gelassen: 


■te 

GET(f) 

PUT(f) 

w 

EOF(f) 

£ 
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PROGRAM Schreiben; 

TYPE Komp = ...; 

VAR F: FILE OF Komp; 

X:Komp; 

kINTEGER; 

BEGIN 

REWRITE(F); 

FOR l:=1 TO 100 DO-BEGIN 
F A :=X; PUT(F) 

END 

END. 

PROGRAM Lesen; 

TYPE Komp = . . .; 

VAR F:FILE OF Komp; 

X:Komp; 

BEGIN 

WHILE NOT EOF(F) DO BEGIN 
X: = F A ; GET(F) 

END 

END. 

Natürlich hätte das Lesen auch innerhalb ei- 
ner FOR-Anweisung erfolgen können. Die 
gezeigte Variante hat aber den Vorteil, daß sie 
auch funktioniert, wenn die Anzahl der Kom- 
ponenten unbekannt ist. 

Beim Lesen findet keine Überprüfung des 
Komponententyps statt. Weiterhin erlaubt 
Standard-PASCAL für ein File nur Lese- oder 
Schreibzugriffe. Das Verändern eines Files 
muß durch Kopieren gelöst werden. 

Durch zwei zusätzliche Standardprozeduren 
wird die Arbeit mit Filevariablen weiter verein- 
facht; 

READ(f, v) entspricht v: =f A ; GET(f) 
WRITE(f.a) entspricht f A :=a; PUT(f). 

Hier stehen v für eine Variable und a für einen 
Ausdruck vom Komponententyp der File- 
variablen f. 

Als weitere Vereinfachung sind Listen von 
Variablen bzw. Ausdrücken erlaubt.: 
READ(f,v 1 ,v 2 , . . .) 

WRITE(f,a,,a 2 , ...). 

Unglücklicherweise weist TURBO-PASCAL 
einige Abweichungen auf: 

1. Die Prozeduren PUT und GET gibt es 
nicht. 

2. Auf die Puffervariable kann nicht Bezug 
genommen werden. 

3. Mit der Standardprozedur ASSIGN(f,a) 
muß der Filevariablen f eine Datei zugeordnet 
werden. Der Wert des Ausdrucks a muß eine 
Zeichenkette sein. 

4. Nach Abschluß der Arbeit ist insbeson- 
dere für Ausgabefiles durch Aufruf der Stan- 
dardprozedur CLOSE(f) das Leeren der Puf- 
fer zu organisieren. 

Die für TURBO-PASCAL modifizierte Lösung 
der Grundaufgaben wird jetzt gezeigt. Zuerst 
wieder das Schreiben auf die Datei A:TEST- 
.DAT: 


BEGIN 

ASSIGN(F,'A:TEST.DAT'); 

REWRITE(F); 

FOR l: = 1 TO 100 DO WRITE(F,X); 
CLOSE(F) 

END. 


Und das Lesen: ‘3J 

BEGIN 

ASSIGN(F,'A:TEST.DAT'); 

RESET(F); 

WHILE NOT EOF(F) DO READ(F,X) 

END. 


Auch hier gibt es wieder die Vereinfachun- 
gen: 

. READLN(f,v1 ,v2, . . .) . .| 

für READ(f,v1 ,v2, . . .); READLN(f) | 

i WRITELN(f,a1,a2,...) I 

t fürWRITE(f,a1,a2, . . .); WRITELN(f) |j. 


Der Typ der Komponenten kann auch hier be- 
liebig sein. 

T reten Fehler während der Ein- oder Ausgabe 
auf, wird in der Regel die Abarbeitung des 
PASCAL-Programms abgebrochen und eine 
Fehlermeldung ausgegeben. 
TURBO-PASCAL ermöglicht die Behandlung 
von Ein- und Ausgabefehlern auf dem Niveau 
von PASCAL. Durch Aufruf der Standard- 
funktion IORESULT wird der Status der zu- 
letzt durchgeführten Ein- oder Ausgabe zu- 
rückgegeben. Eine Auswahl der wichtigsten 
Werte folgt: 

000 Kein Fehler 

001 File exisitiert nicht 

002 File nicht für Eingabe eröffnet 

003 File nicht für Ausgabe eröffnet 

004 File nicht eröffnet 

091 Positionieren über Fileende 

240 Disk-Schreibfehler 

241 Directoryvoll 

242 File zu groß 

255 File verloren 


Damit die Ausführung nutzereigener Fehler- 
maßnahmen möglich ist, müssen die Stan- 
dardmaßnahmen des PASCAL-Systems un- 
terdrückt werden. 

Das ist mit der Compileroption al- möglich. 
Die Standardmaßnahmen werden durch ol+ 
wieder aktiviert. 

6.5. Textfiles 

In nahezu allen EDV-Projekten spielt die Ver- 
arbeitung von Erfassungsbelegen, Druckli- 
sten und Bildschirmmenüs eine wichtige 
Rolle. In PASCAL können diese Datenslruk- 
turen durch 

TYPE TEXT = FILE OFCHAR 
beschrieben werden. 

Das Problem besteht nun darin, daß Texte in 
Zeilen und Seiten strukturiert sind und daß 
die Repräsentation dieser Zeilen und Seiten 
vom jeweiligen Rechner und Betriebssystem 
abhängen. Aus diesem Grunde wird die Zei- 
len- und Seitenstruktur durch Standardpro- 
zeduren auf das Niveau von PASCAL geho- 
ben: 


READLNff) Positionierung der Puffer- 
variablen auf den nächsten 
Zeilenanfang 

WRITELN(f) Zeilenabschluß im Aus- 
gabefile 

EOLN(f) Funktion, liefert den Wert 

TRUE, falls in einem Ein- 
gabefile das Zeilenende 
erreicht ist 

PAG Eff) Beginn einer neuen Seite 

im Ausgabefile. 


Die Grundaufgabe bei der Arbeit mit Textfiles 
besteht im Erkennen und Erzeugen der Zei- 
lenstruktur. Die programmtechnische Lösung 
wird im Bild 6.2 gezeigt. Den Kern des Pro- 
gramms bilden zwei ineinandergeschachtelte 
While-Anweisungen. Mit der inneren wird 
eine Zeile von INFILE auf OUTFILE kopiert. 
Die While-Anweisung wird am Zeilenende 
wegen EOLN(INFILE)=TRUE verlassen. 
Durch Aufruf von READLN(INFILE) muß nun 
auf die nächste Zeile im Eingabefile vorge- 
setzt werden. Mit WRITELN(OUTFILE) wird 
die Zeile im Ausgabefile abgeschlossen. Die 
äußere While-Schleife sorgt nun dafür, daß 
das Zeilenkopieren solange durchgeführt 
wird, bis das Fileende des Eingabefiles er- 
reicht ist. 


PR0GRAH COPY; 

VAR C: CHAR; 

INFILE , OUTFILE: TEXT; 

BEGIN 

ASSIGNC INFILE RESET( INFILE) ; 

ASSIGNC OUTFILE ,...); REVRITEC OUTFILE) j 
WHILE NOT E0F( INFILE) BO BEGIN 
WHILB NOT E0LN( INFILE) DO BEGIN 
READ( INFILE, C); WRITECOUTFILE ,C) 
END; 

READLN(INFILE) ; WRITELNC OUTFILE) 

END; 

CLOSEC OUTFILE) 

END. 


Bild 6.2 Kopierprogramm für Textfiles 


Die PASCAL-Systeme vereinfachen die Ar- 
beit mit Textfiles weiter. Für die Datentypen 
INTEGER, REAL und BOOLEAN werden 
Konvertierungen durchgeführt. Bei WRITE 
sind als aktuelle Parameter Zeichenketten zu- 
gelassen. So ist folgendes Programmstück 
korrekt: 


* VAR INFILE, OUTFILE: TEXT; 

I: INTEGER; B: BOOLEAN; 
X: REAL; 


READ(INFILE,I,B,X); 
WRITE(OUTFILE,3*l,B,'X:= \X); 


Im Eingabefile wirken alle Nichtziffern als Be- 
grenzer für Zahlen. Beliebige Bezeichner, die 
mit den Buchstaben F oder T beginnen, wer- 
den als FALSE oder TRUE interpretiert. 

Bei WRITE können die Ausdrücke mit Anga- 
ben zur Formatgestaltung versehen werden. 
Sie haben die Form: 
ausdruck:m oder 
ausdruck:m:n. 


(wird fortgesetzt) 
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Ein- und Mehrprozessorsysteme 
mit Multibus-Architektur 


Dr. Hans-Joachim Schwertfeger, 
Wolfgang Krüger 

VEB Robotron Elektronik Dresden 


Für die multivalente Nutzung eines Mikro- 
prozessorsystems ist eine wesentliche Vor- 
aussetzung, daß seine Schnittstellen der 
Umwelt gegenüber weitgehend standardi- 
siert sind. Vermittelndes Glied zwischen Sy- 
stem und Umwelt bildet im allgemeinen das 
Bussystem, tür welches sich in der Vergan- 
genheit als ein international anerkannter 
Standard der von Intel geschaffene Multi bus 
herausgestellt hat. Die Entwicklung der 
Hardware zu größeren Verarbeitungsbreiten 
und die verstärkte Verwendung von Multi- 
prozessorsystemen erforderten eine Weiter- 
entwicklung dieses Buskonzepts, die vom 
Multibus I zum Multibus II führte; dessen 
Darstellung und der Vergleich mit seinem 
Vorgänger sind Inhalt der folgenden Ausfüh- 
rungen. 

1. Multibus-Architektur 

1.1. Komponenten des Bussystems 
Die Bussysteme des Multibus I und II beste- 
hen aus den Teilen 

- Systembus 

- Lokalbus 
CPU-Bus 

Speicherbus 

E/A-Bus 

- Zusatzbusse 
lokaler E/A-Bus 
DMA-Bus. 

Diese Dreiteilung ist dem Multibus I und II ge- 
meinsam; jedoch existieren wesentliche Un- 
terschiede hinsichtlich der Struktur und Ar- 
beitsweise von System- und Lokalbus. Die 
Zusatzbusse besitzen die gleiche Ausfüh- 
rung: 

- Lokaler E/A-Bus (iSBX) 

Erweiterung von CPU- und intelligenten E/A- 
Steckeinheiten um E/A-Geräte geringer 
Komplexität (serielle und parallele Schnitt- 
stellen, Floppy-Disk-Steuergeräte). Das be- 
deutet effektive Erweiterung des Funktions- 
umfanges und Entlastung des Systembus- 
ses. 

- DMA-Bus 

Anschluß von transferintensiven E/A-Gerä- 
ten über größere Entfernungen (mehrere Me- 
ter). 

Die Aufteilung in System- und Lokalbus ist 
zur Erhöhung der Leistungsfähigkeit eines 
Multimikroprozessorsystems (MMPS) durch 


Entlastung des Systembusses unbedingt 
notwendig. 

1.2. Grundstruktur eines MMPS 
Ein MMPS (Bild 1) unter Verwendung des 
Multibus besteht aus Prozessor- und Spei- 
chermoduln. Als Prozessormoduln sind sol- 
che mit Verarbeitungs- und solche mit Ein- 
und Ausgabesteuerfunktionen verwendbar. 
Diesen Prozessormoduln können Speicher- 
einheiten und E/A-Geräte je nach Erforder- 
nissen zugeordnet werden. 



Die entsprechend den Funktions- oder Ein- 
wirkungsbereichen zusammengefaßten Pro- 
zessor- und Speichermoduln bilden jeweils 
einen Funktionsblock (FB, Agent), der als 
physikalische Einheit ein Interface zum Sy- 
stembus (öffentlicher Systembus), dem zen- 
tralen Bindeglied des MMPS, besitzt. Inner- 
halb jedes Funktionsblocks existieren Funk- 
tionseinheiten (FE) mit Verarbeitungs- und/ 
oder intelligenten Ein-/Ausgabefunktionen 
sowie Speicher, die übereinen Lokalbus (pri- 
vater Systembus) zusammengeschaltet 
sind. Mit Hilfe von Zusatzbussen sind belie- 
bige nicht intelligente E/A-Geräte anschalt- 
bar. 

1.3. Struktur und Arbeitsprinzipien 
Zwischen den an einem Bus oder mehreren 
Bussen mit u. U. unterschiedlicher Architek- 
tur arbeitenden Funktionseinheiten oder Mo- 
duln ist ein Informationsaustausch zu ver- 
wirklichen. Er kann auf verschiedene Art und 
Weise organisiert werden, und zwar 

- mit Steuerung durch Interrupts und direk- 
tem Datentransfer 

- mit Nutzung globaler Speicherbereiche 
(als Puffer) mit Steuerung durch Interrupts 

- mit Nutzung individueller Speicherberei- 
che (als Puffer) ohne Verwendung von Inter- 
rupts. 

Im ersten Fall erfolgt der Informationsaus- 
tausch auf der Basis einer Unterbrechungs- 
steuerung, im dritten Fall unter Verwendung 
eines Kommunikationsprotokolls ohne Quit- 
tung. Der zweite Fall entspricht einer Kombi- 
nation beider Verfahren. 

Die Bilder 2 und 3 stellen Varianten mit 
Steuerung des Informationsaustauschs über 
Interrupt dar. Kommuniziert ein intelligenter 
mit einem nichtintelligenten Modul, ist diese 
Steuerung in einer Richtung, im Falle zweier 
intelligenter Moduln in beiden Richtungen zu 
verwirklichen. Diese Art der Kommunikation 
stellt das niedrigste Niveau dar. Im Bild 2 wer- 
den Kommandos oder Daten direkt vom Pro- 
zessor zur E/A-Einheit übertragen, für die 
Übertragung in umgekehrter Richtung ist 
eine Vorbereitung mit Hilfe eines Interrupts 
erforderlich. Dieser wird gesendet, wenn Da- 
ten oder Status verfügbar sind. Im Bild 3 ist in 
beiden Richtungen eine Vorbereitung durch 
Interrupt erforderlich. Auf Grund von dessen 
Ausführung können anschließend Befehle, 
Daten oder Status übernommen werden. 

Bild 4 stellt den Informationsaustausch mit- 
tels gemeinsamer Speicherbereiche für die 
Zwischenspeicherung der zu übertragenden 
Informationen dar. Diese werden nach Ver- 
fügbarkeit in die Speicherbereiche ohne 
Kenntnis des Zustands der intelligenten Ziel- 
FE übertragen. Die Weiterleitung der Infor- 
mation erfolgt nach Vorbereitung der Ziel-FE 
mit Interrupt und dessen Ausführung. 


Prozessor 

■E/A-Gerät 

Prozessor 


EIA-Steuergerät 

Senden von Befehl 

> > l/S > > Empfangen von Befehl 

Schreibensines 

> >//S>— 

> Kommando verursacht 

oder Daten 

oder Daten 

Kommandoblocks zum 


Interrupt 


Ausfuhren 

EIA-Steuergerät 


Ausführen 


Daten oder Status 



Daten oder Status 


verfügbar 



verfügbar 

Empfangen eines 

< <I/S< < Senden eines Interrupts 

Empfangen eines 

< <//s<— 

< Senden eines Interrupts 

Interrupts 


Interrupts 



Ausführen 

< <IIS< < Senden von Daten 

Ausführen 

< <//s< 

< Senden von Daten 

oder Status 

oder Status 

oder Status 


oder Status 


I/S - Interface-Schnittstelle 


Bild 2 Informationsaustausch zwischen Prozessor und nichtintelligentem Bild 3 Informationsaustausch zwischen Prozessor und intelligentem E/A- 
EIA-Gerät unter Verwendung von Interrupts Steuergerät unter Verwendung von Interrupts 
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EIA-Steuergerät 


% 


Schreiben des > > GL-Sp 

Kommandoblocks zum 
Globalspeicher 

Beenden eines Interrupts > >//S> > 


Empfangen des 

Interrupts 

Ausfuhren 

Empfangen von Daten 
oder Status vom 
Globalspeicher 


Gl-Sp > > 

Gl-Sp < < 

< <I/S< < 

< < Gl-Sp 


Empfangen eines 
Interrupts 
Ausführen 
Analysierendes 
Kommandos aus dem 
Globalspeicher 
Ausführen 
Schreiben von Daten 
oder Status zum Global- 
speicher 

Senden eines Interrupts 


kurze Nachricht > — > L-Sp 
(unsolicited) 

ISt >—> IIS > — > ist 

L-Sp > — > kurze Nachricht 
(unsolicited) 
Ausführung 


L-Sp - Lokalspeicher 
ISt - Interfacesteuerung 


Bild 5 Informationsaustausch zwischen Prozessor und intelligentem EIA- 
Steuergerät ohne Verwendung von Interrupts mit individuellen Speicherberei- 
chen für den Informationsaustausch (Ein-Block-Übertragung) 


Bus-Konfiguration II Bus-Konfiguration I 

Prozessor EIA-Steuergerät 


Gl-Sp - Globalspeicher 

Bild 4 Informationsaustausch zwischen Prozessor und intelligentem EIA- 
Steuergerät unter Verwendung von Interrupts und gemeinsamer Speicherbe- 
reiche für den Informationsaustausch 

Prozessor EIA-Steuergerät 


lange Nachricht > — > L-Sp 
(solicited) 

Pufferanforderung 
ISt >—> IIS >— > ISt 

— > Puffer notwendig 
< — Puffer bereit 

Pufferbereitstellung 

ISt<—<IIS<—<ISt 

Daten 


L-Sp | 

> — > 

Transfer beendet 


\ L-Sp lange Nachricht 
> — > (solicited) 

Transfer beendet 


Lesen von Daten 
oder Status 
aus Gl-Sp 


Ausfuhren 
Daten oder Status 
verfügbar 


Ausführung: 
Löschung des 
Interrupts 


- Umsetzung von K II auf K I und umgekehrt 


Bild 6 Informationsaustausch zwischen Prozessor und intelligentem EIA- 
Steuergerät ohne Verwendung von Interrupts mit individuellen Speicherberei- 
chen für den Informationsaustausch (Mehr-Block-Übertragung) 


Bild 7 Informationsübertragung zwischen einem Prozessor der Bus-Konfigu- 
ration II und einem intelligenten EIA-Steuergerät der Buskonfiguration I (Über- 
tragung von kurzen Nachrichten) 


Die Bilder 5 und 6 charakterisieren eine Ein- 
Block- bzw. Mehr-Block-Übertragung mit 
Hilfe eines Kommunikationsprotokolls unter 
Verwendung von individuellen Speicherbe- 
reichen (interne Arbeitsspeicher als speziel- 
ler Nachrichtenraum) ohne Nutzung von In- 
terrupts. Das jeweils übertragene Nachrich- 
tenpaket enthält u. a. Ziel- und Quelladresse 
der am Informationsaustausch beteiligten FE 
bzw. Moduln (ohne Kenntnis der Adressen im 
internen Speicher, deren Zuordnung durch 
den entsprechenden intelligenten Modul or- 
ganisiert wird). Durch eine derartige Organi- 
sation ist es möglich, unter bestimmten Be- 
triebsbedingungen eine wesentliche Erhö- 
hung der,Übertragungsrate zu erzielen. Auf 
diese Weise ist auch eine virtuelle Interruptsi- 
gnalisierung realisierbar. 

Bild 7 zeigt die Möglichkeit des Informations- 
austausches zwischen Moduln, die in vonein- 
ander abweichenden Bus-Architekturen ar- 
beiten. In diesem Fall ist bei unterschiedli- 
chen Organisationsmethoden eine Anpas- 
sung in Form von Busumsetzern für beide 
Übertragungsrichtungen notwendig. Sie er- 
möglicht den Übergang vom Steuerprinzip 
auf der Basis eines Kommunikationsproto- 
kolls mit Verwendung eines Nachrichten- 
adreßraumes zum Steuerprinzip mit Interrupt 
und umgekehrt. Eine solche Kommunikation 
ist in drei Phasen zu unterteilen: Vorberei- 
tung, Durchführung, Beendigung. 

Im dargestellten Fall handelt es sich um die 


Kommunikation zwischen zwei intelligenten 
Moduln. Es ergibt sich eine Kombination zwi- 
schen den beiden genannten Mechanismen. 
Der Inhalt des Speicher- oder E/A-Raums der 
Buskonfiguration II wird direkt in den entspre- 
chenden Raum der Buskonfiguration I ge- 
schrieben. Nach Auswertung des Komman- 
doblocks, Ausführung des Kommandos und 
Schreiben von Daten und/oder Status in den 
Globalspeicher wird ein Interrupt vom Ziel- 
Modul erzeugt und zum Quell-Modul übertra- 
gen. Daran anschließend erfolgt die Über- 
nahme von Daten und/oder Status durch den 
Zielmodul aus dem Globalspeicher. Der Vor- 
gang wird durch Löschen des Interrupts im 
Ziel-Modul durch den Quell-Modul abge- 
schlossen. 

2. Systemkonfiguration mit Multibus I 

Die Multibus-I-Architektur besteht aus einem 
öffentlichen und einem privaten Systembus, 
also jeweils einem Bus mit globalem und lo- 
kalem Charakter (Bild 8). Der öffentliche Sy- 
stembus (Bild 8a) dient dem Informations- 
austausch zwischen Prozessormoduln und 
öffentlichen oder Global-Speichern sowie 
E/A-Einheiten. Bei Vorhandensein mehrerer. 
Prozessormoduln ist von jedem der Zugriff zu 
allen öffentlichen Speicher- und E/A-Einhei- 
ten möglich. In diesem Fall erfolgt die Buszu- 
weisung an einen dieser Prozessormoduln 
auf der Basis eines verteilten Zuweisungs- 


bzw. Zuteilungsmechanismus mit einem 
Bus-Arbiter je Prozessormodul. Eine Über- 
sicht gibt Tafel 1 . Über den privaten System- 
bus (Bild 8b) ist ein Prozessormodul mit den 
lokalen Ressourcen, d. h. Speicher und E/A- 
Einheiten, verbunden. Zu diesen lokalen 
Ressourcen ist nur vom zugeordneten Pro- 
zessormodul der Zugriff möglich. Der Pro- 
zessormodul (Bild 8c) ist als einfacher und 
komplexer Modul realisierbar. Ein einfacher 
Prozessormodul besteht aus einem (Verar- 
beitungs- oder Ein-/Ausgabe-) Prozessor und 
je einem Businterface zum privaten und öf- 
fentlichen Systembus. Ein komplexer Pro- 
zessormodul besteht aus mehreren Prozes- 
soren mit Verarbeitungs- und/oder Ein-Aus- 
gabeaufgaben und den genannten Businter- 
faces mit Sender/Empfänger und Bussteuer- 
einheit. Die Baugruppen des Prozessormo- 
duls arbeiten über einen Lokalbus zusam- 
men. 

3. Systemkonfigurationen mit Multibus II 

3. 1 . Allgemeiner Aufbau 
Hauptbestandteile der Multibus-Il-Architek- 
tur sind System- und Lokalbus. 

Der Systembus (Bild 9a) dient als zentrales 
Verbindungsglied dem Informationsaus- 
tausch zwischen Prozessorbereichen und, 
wenn erforderlich, zwischen Prozessorberei- 
chen und globalen Speicher- und E/A-Mo- 
duln. Er besteht aus zwei voneinander unab- 
hängigen Bussen: 
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Basis 


Tafel 1 Übersicht über Lokal- und Systembus bei 
Multibus I 


Lokalbus (& internem Bus des Prozessormoduls in 
Bild 1): 


- Zusammenschaltenl-wirken von Prozessoren 
(Verarbeitungs-Ein-/Ausgabeprozessoren) 

- Zusammenwirken mit anderen SK über Busin- 
terface-Baustein (Steuer- und Puffereinheiten) 
Latch Sender/Empfänger 



- öffentlicher Systembus (Globalbus; & System- 
bus in Bild 1) 

Zusammenarbeit von Prozessormoduln mit ge- 
meinsamen Speicher- und Ein- und Ausgabe-Mo- 

- privater Systembus (Lokalbus) 

Zusammenarbeit von Prozessormoduln am Lokal- 
bus (= Lokalbus im Prozessor-Block in Bildl) mit 
individuellen Speichereinheiten (über Resident- 
Bus) und Ein-IAusgabeeinheiten (privater/indivi- 
duellerllokaler E/A-Bus) 


- Der parallele Systembus (iPSB) ist ein 
32 Bit breiter Verbindungsweg für die Prozes- 
sormoduln eines Systems; er übernimmt die 
Arbitrierung und ermöglicht den Zugriff auf 
globale Speicher- und E/A-Ressourcen. 

- Der serielle Systembus (iSSB) verbindet 
Moduln eines Systems mit Hilfe einer Zwei- 
drahtleitung über größere Entfernungen mit- 
einander und erlaubt dadurch die räumlich 
getrennte Anordnung von Systemkompo- 
nenten. Der Lokalbus (Bild 9b) ermöglicht die 
Verbindung zwischen Prozessor- und intelli- 


genten E/A-FE und lokalen Speichereinhei- 
ten. Die Gesamtheit der an einen Lokalbus 
angeschalteten Baugruppen wird als Funk- 
tionsblock (Agent) bezeichnet. Auf Grund der 
lokalen Zuordnung von Prozessor und Spei- 
cher und der Organisation auf der Basis einer 
überlappten Arbeitsweise (pipelining) von 
Adreß- und Datenphasen sind eine Entla- 
stung des Systembusses und eine Lei- 
stungserhöhung möglich. Innerhalb eines FB 
können maximal 6 FE oder Moduln, davon 
bis zu zwei FE mit Masterfunktion (Prozesso- 
ren mit Verarbeitungs- und/oder E/A-Funk- 
tion), eingesetzt werden. Die lokalen Spei- 
chereinheiten sind zusätzlich an den paralle- 
len Systembus anschaltbar, zu ihnen kann 
dann von Prozessor-FE anderer FB zugegrif- 
fen werden. 

Die über einen parallelen Systembus zusam- 
menarbeitenden Prozessorbereiche bilden 
einen Multibus-Bereich (Bild 9c). Mehrere 
Multibus-Bereiche werden über einen seriel- 
len Systembus zusammengeschaltet 
(Bild 9d). 

3.2. Komponenten des Multibus-Il-Systems 

3.2.1. Paralleler Systembus iSSB 

3.2.1 .1 . Arbeitsweise von Daten- und Adreß- 
bus 

Der parallele Systembus ist die zentrale 
Kommunikationsverbindung in jedem Multi- 
bus-Bereich. Er arbeitet synchron mit einer 
Taktfrequenz von 1 0 MHz. Die synchrone Ar- 
beitsweise hat folgende Vorteile: 

- Erhöhung von Zuverlässigkeit und Störsi- 
cherheit 

- Vereinfachung der Steuerung mit Verrin- 
gerung der Verzögerungszeiten der Signale 
und damit verbundene Erhöhung der Arbeits- 
geschwindigkeit. 

Daten- und Adreßbus arbeiten multiplex und 
sind jeweils maximal 32 Bit breit; andere 
mögliche Formate sind 8, 16 und 24 Bit. Es 
besteht daher die Möglichkeit, 8-, 1 6- und 32- 
Bit-Mikroprozessoren an den Bus zu schal- 
ten. Kommando- und Statussignale werden 
ebenfalls im Multiplexbereich behandelt. 
Daraus resultiert ein geringerer Aufwand an 
Leitungen, Schaltkreisen und Stromver- 
brauch. 

Zwei Transfer-Modi sind möglich: 

- In einem Einfach-Zyklus werden im ersten 
Takt die Adresse und während des folgenden 


Taktes die Daten übertragen. Der Durchsatz 
beträgt 20MByte/s. 

- In einem Mehrfachzyklus werden im er- 
sten Takt die Adresse und während der fol- 
genden Takte ein Datenblock beliebiger 
Länge übertragen. Der Durchsatz beträgt 
40MByte/s. Dieser Modus ist besonders für 
den Betrieb von 32-Bit-Mikrorechnern 
zweckmäßig. 

Zur Erhöhung der Störsicherheit sind jeweils 
8 Adreß-/Datenleitungen durch ein Paritäts- 
bit geschützt, wodurch eine sofortige Fehler- 
erkennung möglich ist. 

3.2.1. 2. Bedeutung von Kommando- und 
Statusleitungen 

Die Kommando- und Statusleitungen der Sy- 
stem-Control-Gruppe (SC 0 ... 7) haben zu 
unterschiedlichen Zeitpunkten innerhalb des 
Buszyklus verschiedene Bedeutung; sie sind 
durch ein Paritätsbit (SC 8) geschützt (siehe 
Tafel 2). 

Weitere Fehlermöglichkeiten, wie BUSERR, 
TIMEOUT, NACK, führen zu einem soforti- 
gen Abbruch des Buszyklus und Übergang in 
einen Fehlerzyklus. 

3.2. 1.3. Arbitrierung und Interruptsteuerung 
Die Multibus-Il-Architektur ist durch eine de- 
zentrale Arbitrierung gekennzeichnet; jeder 
intelligente FB ist an diesem Vorgang betei- 
ligt. Die Prioritätsauflösung erfolgt in maximal 
drei Takten, wird aber überlappt mit laufen- 
den Transferzyklen durchgeführt, so daß mi- 
nimale Zeitverluste, insbesondere bei hoher 
Busbelastung, entstehen. Wenn mehrere 
Busmaster gleichzeitig zum Bus zugreifen 
(BREQ), sorgt die verteilte Arbitrierlogik für 
die Zugriffsberechtigung des FB (der FE) mit 
der bei der Initialisierung festgelegten höch- 
sten Priorität. Alle in einem Prioritätszyklus 
vorliegenden und bewerteten Prioritäten wer- 
den bearbeitet, ehe ein neuer Arbitrierzyklus 
durchgeführt wird. Dadurch wird erreicht, daß 
eine FE mit hoher Priorität den Bus nicht zu 
hoch auslastet und dadurch FEs mit niedriger 
Priorität nicht mehr arbeiten können. Es be- 
steht aber die Möglichkeit, diesen Algorith- 
mus mit einem High-Priority-Request-Signal 
(ARB 5) zu unterbrechen und einen High- 
Priority-Zyklus einzuschieben. Wenn meh- 
rere FEs dieses Anforderungssignal ausge- 
ben, kommt der beschriebene Prioritätsme- 
chanismus zur Anwendung. 


Tafel 2 Bedeutung der Kommando- und Statusleitungen 


Adreßphase 

SC 0 Beginn eines Buszyklus 

= ALE-Signal (address latch enable) 
SC 1 Sperrung des Busses gegen Zugriff 
anderer Moduln zum Zwecke der 
Ausführung mehrerer Buszyklen 
SC 2) Spezifikation der Breite 

SC 3) des Datentransfers 


SC 4) Definition des Adreßraurrfe 


SC 5) (Speicher-, EIA, Interconnect- oder 
Messageadreßraum 

SC 6 Kennzeichnung von Lese- und Schreib- 


Datentransferphase 


SC 2 Ende des Buszyklus 
H: Datentransfer 

L: Ende des Datentransfers mit einem nach- 
folgenden Datentakt 
(Steuerung des Blocktransfers) 

SC 3) Implementierung eines zweiseitigen Hand- 
SC 4) shake-Protokolls 

SC 3: Verzögerung der Daten durch den 

Sendemodul Requester ready (RQRDY) 
SC 4: Verzögerung der Daten durch den 
Empfangsmodul 
Replier ready (RPRDY) 

SC 5) Rückmeldung Empfänger Sender bei Fehler 
SC 6) (u. a. illegale Adresse, Ende des Speicher- 
SC 7) bereichs bei Blocktransfer, Paritätsfehler) 
Meldung am Ende des Buszyklus 
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a) MMPS 



iSSB 

iPSB 


b) Pr B 
iSBX-Bus 



c) Zusammenwirken in einem Multibus -Bereich 



d) Zusammenwirken mehrerer Multibus -Bereiche 


MULTIBUS - BEREICH 



iPS8 - 8us - poralleler Systembus 
E/A -SO - E/A -Steuergerät I -Prozessor) 
E/A -G - E/A - Gerät 
MMPS auf Multibus -n- Basis 



Ablauf bei „unsdicited" - Übertragung 

1 Ablage der zu Übertrogenden Nachricht im Arbeitsspeicher durch 
die CPU A 

2 Information des Interface -Bausteins A über Forderung einer 
Informationsübertragung 

3-5 Senden und Empfangen der Nachricht I Informationsübertragung I 

6 Information der CPU B durch den Interface -Baustein B 

7 Übernahme der übertragenen Nochricht aus dem Arbeitsspeicher 
zur CPUB 

Ablauf bei „solicited" - Übertragung 

I wie oben 

3 Übermittlung der Kommunikotionsspeicher-Forderung 

t-5 Anforderung und Bereitstellung des Kommunikationsspeichers 
durch die CPU B 

6 Information über Kommunikationsspeicher -Bereitstellung 

7-9 Senden und Empfangen der Nochricht ( Informationsübertragung) 

10 Information der CPU B durch den Interface-Baustein 8 

II Übernahme der übertragenen Nochricht aus dem Arbeitsspeicher 
zur CPU 8 

Kommunikationsspeicher - Teil des Arbeitsspeichers 


i Bild 9 Grundstruk- 
tur eines MMPS auf 
Multibus-Il-Basis 
Bild 10 Nachrichten- 
austausch zwischen 
zwei CPU 


Mehrprozessorsysteme müssen die Signali- 
sierung von Interrupts zwischen den Prozes- 
soren ermöglichen. Da die Verwendung von 
Interruptleitungen wegen des notwendigen 
Leitungsaufwands von nx (n— 1 ) Leitungen 
unzweckmäßig ist, überträgt die Multibus-Il- 
Architektur in Anlehnung an den später be- 
schriebenen Kommunikationsmechanismus 
auf der Basis eines standardisierten Nach- 
richtenprotokolls Interrupts in Nachrichten- 
form. Auf diese Art und Weise stehen 256 vir- 
tuelle Interrupteingänge und -ausgänge je 
Steckeinheit zur Verfügung. 

3.2.1. 4. Adreßräume 

Zu Beginn des Buszyklus wird der Adreß- 
raum durch die Kommando- bzw. Statuslei- 
tungen SC 4, SC 5 als Basis für die Interpre- 
tation der Adresse definiert: 

- Speicheradreßraum mit 32-Bit-Adresse, 
Adressierung von 4 GByte Arbeitsspeicher 

- E/A-Adreßraum mit 16-Bit-Adresse, 
Adressierung von 64 K E/A-Ports. 

Diese beiden Adreßräume entsprechen de- 
nen herkömmlicher Bussysteme. 

- Interconnect-Raum für Installation und 
Wartung mit 16-Bit-Adresse, davon: 5 Bit für 
örtliche Adressierung, d. h. Lage der einzel- 
nen Steckeinheit im System, 1 1 Bit für Adres- 
sierung der Register je Steckeinheit mit Her- 
stellungs- und Größenangaben, Initialisie- 
rungs- und Wartungsinformation. Dieser 
Raum dient zur Konfigurierung des Systems 
durch das Betriebssystem ohne manuelle 
Eingriffe. 

- Message-Adreßraum mit 8-Bit-Adresse: 
Für logische Adressierung der Steckeinheit 
zwecks Übertragung von Nachrichten varia- 
bler Länge (Bündel-Transfer) ohne Kenntnis 
der Speicher- oder Portadressen auf der 
Steckeinheit: Nachricht als standardisiertes 
Protokoll zur Modulkommunikation mit Hard- 
wareunterstützung für Informationsaustausch 



zwischen CPUs, Interruptsignalisierung und 
Software-Reset. 

3.2.2. Lokalbus (iLBX II) 

Zur Erhöhung der Leistungsfähigkeit wird die 
Zugriffszeit durch Verwendung des Lokal- 
busses verringert, wodurch der Systembus 
entlastet wird, der bei alleinigem Vorhanden- 
sein nur ein MMPS mit maximal drei Prozes- 
soren ermöglicht. Der Lokalbus ist Voraus- 
setzung für die Zuordnung individueller Spei- 
cher. Diese unmittelbare Zuordnung ermög- 
licht den sofortigen Zugriff über den Bus, ver- 
wendet leistungsschwächere (damit schnel- 
lere) Bustreiber und vereinfacht (oder er- 
spart) die Arbitrierung. Damit ist eine Lei- 
stungssteigerung des einzelnen Prozessors 
und des MMPS möglich. 

An den iLBX-ll-Bus sind maximal 6 Steckein- 
heiten anschaltbar, davon können zwei Bus- 
master sein. Der Arbitriermechanismus ist 
sehr einfach: Ein Primär-Master hat dau- 
ernde Zugriffsmöglichkeit zum Bus, ein Se- 
kundär-Master muß bei Notwendigkeit eine 
Busanforderung mittels eines Request/Ac- 
knowledge-Protokolls an den Primärmaster 
stellen. Dieser Mechanismus entspricht der 
Kommunikation zwischen CPU und DMA- 
FE. Der Primärmaster hat außerdem Zugang 
zum parallelen Systembus, der Sekundär- 
master und die Slaves können je nach Bedarf 
einen derartigen Zugang erhalten. Das Sy- 
stem kann mehrere Lokalbusse enthalten. 
Der iLBX-ll-Bus hat 26 Adreßleitungen für 
64 MByte lokalen Speicher und 32 Datenlei- 
tungen. Der dadurch mögliche Verzicht auf 
Multiplexbetrieb erlaubt eine Überlappung 
von Daten- und Adreßphasen (pipelining). 
Der iLBX-ll-Bus wird synchron zum Primär- 
master betrieben, was eine optimale Anpas- 
sung der CPU an den Speicher ermöglicht. 
Bei einer maximalen Taktfrequenz von 
12 MHz ergibt sich eine Transferrate von 
48MByte/s, wobei auch Blocktransfer mög- 
lich ist. 

3.2.3. Serieller Systembus (iSSB) 

Durch den seriellen Systembus sind Verbin- 
dungen zwischen Steckeinheiten über eine 
Zweidrahtleitung möglich. Daraus resultieren 
für bestimmte Einsatzfälle 

- die Senkung der Kosten für den Verbin- 
dungsweg (Ersatz von etwa 60 Leitungen 
des parallelen Systembusses durch zwei Lei- 
tungen) und 

- die Möglichkeit der Verbindung zwischen 
örtlich weit auseinanderliegenden Steckein- 
heiten aus verschiedenen Multibusbereichen 
und der Zuordnung zu verschiedenen Rück- 
verdrahtungsplatten. 

Eine sinnvolle Anwendung besteht im zu- 
sätzlichen Betrieb zum parallelen System als 
Diagnose- und/oder Ersatzkanal. 

Der serielle Systembus dient der Übertra- 
gung von Nachrichten unterschiedlichen 
Typs und variabler Länge, die durch einen 
16-Bit-CRC geschützt wird. Die Adressie- 
rung der Teilnehmer erfolgt mit 8 Bit. Soft- 
waremäßig besteht kein Unterschied zwi- 
schen der Informationsübertragung über se- 
riellen oder parallelen Systembus; die Erstel- 
lung der Software ist also unabhängig von 
der Implementierung der Verbindungsstruk- 
tur. 

Über den Bus lassen sich bis zu 32 Knoten 
verbinden (Kabellänge bis zu 10 m). Als 
Übertragungsverfahren wird ein CSMA/CD- 
Verfahren 1 * ohne Arbitriersignale verwendet. 
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Dieses Verfahren hat folgende Eigenschaf- 
ten: 

- Alle FE sind gleichberechtigt an den Bus 
geschaltet und registrieren seinen Zu- 
stand. 21 

- Ist der Bus frei, kann bei Bedarf das Sen- 
den einer Nachricht durch eine FE sofort 
durchgeführt werden. 

- Ist der Bus belegt, muß die FE mit Übertra- 
gungsanforderung auf dessen Freiwerden 
warten. 

Kollisionen treten auf, wenn mehrere Sender 
gleichzeitig senden. Das kann auftreten 

- infolge Registrierens des Freiseins des 
Verbindungsweges 

- infolge Feststellens des Endes einer Über- 
tragung. 

Das Auflösen von Kollisionen erfolgt mittels 
Zeitscheibenverfahren, das jeder FE am Bus 
innerhalb einer maximalen Zeit das Aussen- 
den ihrer Nachricht ermöglicht (determini- 
stisch, TDMA-Verfahren 31 ). 

Die physikalische Signalisierung verwendet 
die beiden Leitungen SDA und SDB mit fol- 
gender Codierung: 

SDA SDB Information 

0 0 Kollision 

0 1 logische 0 

1 0 logische 1 

1 1 Leitung frei. 

3.2.4. Informationsaustausch mit (standar- 
disiertem) Nachrichtenprotokoll 
Die Informationsübertragung überden paral- 
lelen und seriellen Systembus wird auf der 
Basis eines Kommunikationsprotokolls als 
Teil der Busspezifikation mit Hardwareunter- 
stützung nach dem Prinzip von Bild 6 und 7 
durchgeführt. Die Anordnung und der Ablauf 
für Senden und Empfangen der Nachricht 
sind im Bild 1 0 dargestellt. 

Die unsolicited 41 - und solicited 5) -Übertragung 
charakterisiert einen Ein- und Mehr-Block-In- 
formationsaustausch. Das Nachrichtenpaket 
hat folgendes Aussehen: 

Ziel- Quell- Kom- Länge Nach- CRC 

adresse adresse mando rieht 

8 Bit 8 Bit 

Längen- und Nachrichtenfeld sind nur in be- 
stimmten Kommandos vorhanden, das CRC- 
Feld ist nur beim seriellen Sytembus erfor- 
derlich. 

Die Abläufe nach Bild 10 zeigen, 

- daß die Kenntnis der Arbeitsspeicher- 
adressen der CPU B für die CPU A nicht er- 
forderlich ist und 

- daß die CPU A und die CPU B nicht direkt 
am Transfer beteiligt sind. 

Es handelt sich also um einen betriebssy- 
stemneutralen und schnellen Informations- 
austausch-Mechanismus. 

Wichtige Kommandos sind: 

- Reset Modul: softwaremäßiges Rückset- 
zen eines Moduls 


” carrier sense multiple access- stochastische Buszugriffs- 
methode mit dezentraler Steuerung, Zugriff mit teilweiser 
Kooperation, Verhindern der Übertragung durch einen Sen- 
der bei bereits laufender Übertragung 
21 broadcast-Verhalten: ein Kanal, bei dem alle FE in der 
Lage sind mitzuhoren, um festzustellen, ob eine Übertra- 
gung stattfindet, und um zu erkennen, ob eine Nachricht für 
die eigene oder eine andere FE bestimmt ist 
31 time division multiple access scheme- Zugriff mit vollstän- 
diger Kooperation 

41 unmittelbare Übertragung vom Sender zum Empfänger 
51 mittelbare Übertragung nach Aufforderung durch den 
Sender und anschließender Anforderung durch den Emp- 
fänger 


- Interrupt: virtuelle Interruptübermittlung in 
Form eines Nachrichtenpakets 

- Unsolicited-Nachricht: Übertragungspro- 
tokoll ohne Kommunikationsspeicherzuwei- 
sung beim Empfänger für kurze Nachrichten 
fester Länge 

- Solicited-Nachricht: Übertragungsproto- 
koll mit Kommunikationsspeicherzuweisung 
beim Empfänger für lange Nachrichten varia- 
bler Länge 

4. Vergleich zwischen Muitibus I und II 

Für die Anwendung einer Bus-Architektur mit 
verschiedenen Teilbussen gelten folgende 
Aspekte: 

1. Unter Beibehaltung der Bandbreite des 
allgemeinen Falls wird eine virtuelle Band- 
breite für Prozessor-Kommunikation und Da- 
tenaustausch erzeugt. 

2. Spezielle Busse können ihre Funktionen 
besser erfüllen als der allgemeine Bus. 

3. Die Funktionen können parallel über ver- 
schiedene Busse abgearbeitet werden. 

4. Nutzer können auf Grund vorgegebener 
Systemeigenschaften die dem Verwen- 
dungszweck entsprechenden Busse aus- 
wählen und damit minimale Kosten erzie- 
len. 

Der Übergang vom Multibus I zum Multibus II 
ist zweckmäßig 

- bei Notwendigkeit der Erhöhung der Ver- 
arbeitungsleistung 

- bei Forderungen bezüglich der Verbesse- 
rung der Multiprozessorfähigkeit 

- bei Notwendigkeit der Anwendung von 32- 
Bit-Mikroprozessoren 

- bei Forderungen bezüglich der Systemzu- 
verlässigkeit. 

Als Optimierungsprinzipien für Teilbusse der 
Multibus-Il-Architektur gelten folgende Ge- 
sichtspunkte: 

- iPSB Optimierung der Prozessor-Kommu- 
nikation und des damit verbundenen Daten- 
austausches 

- iLBX II Optimierung bezüglich maximaler 
Verarbeitungsgeschwindigkeit 

- iSSB Optimierung bezüglich minimaler 
Kosten für Prozessor-Kommunikation. 
Vorteile der Multibus-Il-Architektur gegen- 
über der Multibus-I-Architektur: 

1. Höhere Transferrate über den parallelen 
Systembus: 

20 bzw. 40 MByte im Einfach- bzw. Mehr- 
fach-(Block-)Zyklus gegenüber 5 MByte (By- 
tebetrieb) oder 10 MByte (Wortbetrieb) 

2. Möglichkeit der Bildung von Prozessorbe- 
reichen durch Verwendung des seriellen Sy- 
stembusses (Entfernung bis zu 1 0 m) 

3. Vergrößerung des Speicherraums von 
16 MByte auf 4 GByte durch 32-Bit- 
Adresse 

4. Erhöhung der Übertragungssicherheit 
durch Verwendung je eines Paritätsbits für 
8 Leitungen (Adreß-, Daten-, Kommando- 
und Steuerleitungen) 

5. Möglichkeit der Zusammenarbeit von 8-, 
16- und 32-Bit-Rechnern und Durchführung 
von 8-, 16-, 24- und 32-Bit-Übertragungen 
gegenüber 8- und 1 6-Bit-Übertragungen 

6. Verwendung eines Übertragungsproto- 
kolls ohne Interrupt zur Verminderung der 
Störanfälligkeit und des Aufwandes sowie 
zur Erhöhung der Übertragungsgeschwin- 
digkeit ergibt Unabhängigkeit von Sender/ 
Empfänger und Möglichkeit des Blocktrans- 
fers. 

7. Anwendung eines virtuellen Interruptkon- 
zepts als Ersatz für ein solches mit Steuerlei- 
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tungen zum Zweck der Erhöhung der Anzahl 
der Interrupteingänge und -ausgänge und 
Verminderung des Aufwandes. 

8. Verwendung eines Lokalbusses (iLBX II) 
mit getrenntem Adreß- und Datenbus und der 
Möglichkeit einer überlappten Arbeitsweise 
(pipelining) zur Erhöhung der Verarbeitungs- 
leistung. 

9. Erhöhung der Speicherkapazität des Lo- 
kalspeichers auf 64 MByte durch Verwen- 
dung von 26 Adreßleitungen. 

10. Verwendung eines Lokalspeichers mit 


Zugriffsmöglichkeit durch Prozessor der ei- 
genen oder anderer Lokalbusbereiche mit 
Erhöhung des Freiheitsgrades der Speicher- 
zuordnung (Unterbringung der Daten im Be- 
reich mit maximaler Nutzung, wodurch sich 
eine Entlastung des Systembusses ergibt, 
der in diesem Fall nur bei Nutzung der Daten 
durch Prozessoren anderer Lokalbusberei- 
che in Anspruch genommen wird). 

Bei Multibus-Il-Architekturen können von 
Prozessoren unterschiedlicher Lokalbus- 
und Systembus-Bereiche genutzte Daten im 


Lokal- oder Globalspeicher untergebracht 
werden, während Multibus-I-Architektur die 
Speicherung derartiger Daten im Globalspei- 
cher notwendig macht. 

IM Geyer, J.: Multibus II: 32-bit-Bus für leistungsfähige of- 
fene Systeme. Elektronik 26/30. 1 2. 1 983 S. 32-37 und 
1/13.1.1 984 S. 2-5 

121 Jacks, E.: Multibus Link preserves hardware and Soft- 
ware Investment, update 8 (1984) 6, S. 297-300 
131 Müller, K. D.: Comparison and Status of 32 Bit Back- 
plane Bus Architectures. IEEE Nuclear Science Symp. 
1984 Orlando/Florida 


EPROM-Programmiergerät EPG01 


Ekkehard Fischer, Andreas Edelmann 
VEB Erdöl-Erdgas Grimmen 

Mit dem beschriebenen Programmiergerät 
ist es möglich, EPROMs von 2 bis 32 KByte 
Speichervermögen zu programmieren (Ta- 
fel 1). Mit einer unkomplizierten Hard- und 
Softwaremodifizierung lassen sich auch 
EPROMs bis 64 KByte programmieren, was 
aber nicht Anliegen dieses Beitrages sein 
soll. Das Gerät läßt sich an einen PC-1715- 
Bus anschließen. Auf die Programmierung 
von 1-K-EPROMs wurde keine Rücksicht 
genommen, da sie weitgehend veraltet sind 
und unkomfortable Anschlußbedingungen 
besitzen. Die erforderliche Software ist in 
TURBO-PASCAL erarbeitet worden und 
bietet außer der Software für die Program- 
mierung noch weitere Bedienerservicerouti- 
nen. Eine Erweiterungsmöglichkeit des 
PC 1715 stellt die separat einsetzbare paral- 
lele Schnittstelle dar. Die Nachnutzung des 
gesamten Systems bzw. einzelner Kompo- 
nenten ist über das BfN des VEB Erdöl-Erd- 
gas Grimmen möglich. 


Tafel 1 Programmierbare EPROM-Typen mit der 
Angabe der Programmierspannung und dem 
Speichervolumen 


EPROM-Typ 

Speicher- Programmier- 
volumen Spannung 

2716 

2 

25 V 

2732 


25 V 

2732 A 


21V 

2764 

8 

21 V 

2764 A 

8 

12.5V 

27128 

16 

21V 

27128A 

16 

12,5 V 

27256 

32 

12,5V 

Tafel 2 I/O-Portadressen 

des PC 171 5 für die 

parallele Schnittstelle 


I/O-Portadresse 


Funktion 

80H 


PIO 1A Daten 

81H 


PIOIB Daten 

82H 


PIO 1A Contr. 

83H 


PIOIBContr. 

84H 


PI02A Daten 

85H 


PIO 2B Daten 

86H 


PIO 2A Contr. 

87H 


PIO 2B Contr. 

88H 


CTC Kan. 0 

89H 


CTC Kan. 1 

8AH 


CTC Kan. 2 

8BH 


CTC Kan. 3 


Bildl Blockschaltbild 


Allgemeiner Aufbau 

Das EPROM-Programmiergerät EPG01 be- 
steht im wesentlichen aus folgenden drei 
Baugruppen (Bildl): 

- parallele Schnittstelle 

- Programmiereinheit mit Programmier- 
spannungsversorgung 

- EPROM-Steckeinheit. 

Die Untergliederung des Gesamtgerätes 
wurde deshalb vorgenommen, da die paral- 
lele Schnittstelle separat nutzbar sein 
sollte. 

Beschreibung der Funktionsgruppen 

Parallele Schnittstelle 

In ihrer Grundkonfiguration ist die parallele 
Schnittstelle mit zwei PIOs U 855 C ausge- 
stattet. Auf der Leiterkarte der parallelen 
Schnittstelle besteht die Möglichkeit, einen 
CTC U 858 C einzusetzen. Damit ist man in 
der Lage, weitere Anwendungsfälle für diese 
Baugruppe zu finden. 


' Dipl. -Ing. Ekkehard Rschei (31) studierte von 
*"1974 bis 1979 am Aserbaidshanischen Institut : 
: für Erdöl und Chemie (UdSSR). Sektion Bohr- : 
..technik. Von 1983 bis 1985 absolvierte er ein 
postgraduales Studium an der Technischen;® 
'Hochschule Ilmenau, Sektion Technische und ’ 
i; Biomedizinische Kybernetik. Seit 1986 arbeitet 
: er als Forschungsingenietn o der Abteilung 
( Mikroelektronik des VEB f -Erdgas Grim-’| 
1 men und beschäftigt steh mt oom Fi-^atz der . 

Mikroelektronik auf Bohranlagen. 

| Dipl. -Ing. Andreas Edelmann (29) stuo.uitevon 
81981 bis 1986 an der Technischen Hochschule 
' Ilmenau, Sektion Technische und Bicmedizmi- 
sehe Kybernetik. Seit 1986 arbeitet er ais Leiter 
i.der Abteilung Mikroelektronik des VEB Erdöi- 
TErdgas Grimmen. Seine derzeitige For- 
schungsarbeit befaßt sich mit der Prozsßdaten- 
i erfassung und -ausWertung im Bohrprozeß. 

Alle Elemente der vollständigen Schnittstelle 
sind interruptfähig. Durch eine Umgehungs- 
logik wurde die Interrupteinschwingzeit mini- 
mal gehalten 121. Der beim PC 171 5 freie 
I/O-Port-Adreßbereich von 80H bis 8BH fand 
bei Belegung durch die parallele Schnitt- 
stelle Verwendung. Eine entsprechende Un- 
tergliederung der I/O-Portadressen ist in 
Tafel 2 zu finden. Die Zuordnung der PIO- 
Ports zu den von der Programmiereinheit 
benötigten Signalen ist in Tafel 3 darge- 
stellt. 
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P/O- 

Bit 

Funktion 

Port 



AI 

0.. 

.7 EPROM-AdreßbitH . . . 7 

Bl 

0.. 

. 6 EPROM-Adreßbit 8 . . . 14 


7 

Umschaltung der Betriebs- 
spannung 5 V bzw. 6 V 

A2 

0.. 

.7 EPROM-Datenbittü . . . 7 

B2 

0.. 

. 2 Typenauswahl 

Bit 0 1 2 Typ 



000 2716 

0 0 1 2732 

0 1 0 2732 A 

0 1 1 2764127128 



1 0 0 2764 A/271 28 A 

1 0 1 27256 


3 

Dekoderfreigabe 


5 

Betriebsspannungsfreigabe 

OE 


6 

IPGI 


7 

ICE 


rung der EPROMs stattfinden kann. Anhand 
der Typenselektierung (1-aus-8-Decoder 
8205) wird die Schaltlogik 1 bis 4 aktiviert und 
dem ausgewählten EPROM-Typ der jewei- 
lige Pegel des Programmiersignals geliefert. 
Weiterhin sorgen die Schaltlogiken für ein ty- 
pengerechtes Signalspiel (Bild 2) während 
des Programmablaufs. Die genannten unter- 
schiedlichen Programmierspannungen wer- 
den aus einer 25-V-Spannungsquelle ge- 
wonnen und je nach Programmiervorschrift 
und Selektierung zugeschaltet. Um die Pro- 
grammierzeit zu verkürzen (besonders bei 
Typen über 4K) und außerdem einen dem- 
entsprechenden Programmieralgorithmus 
(INTEL) zu verwenden, sorgt eine schaltbare 
Spannungsquelle für zwei verschiedene Be- 
triebsspannungen (5 bzw. 6 V) /I/. 


unkompliziert. Durch die Dialogführung des 
Bedieners werden Bedienerfehler weitestge- 
hend ausgeschlossen bzw. signalisiert. Im 
großen und ganzen untergliedert sich das 
Menü in drei Hauptgruppen. Im folgenden 
werden die Arbeitsmöglichkeiten kurz be- 
schrieben. 


Programmiereinheit 

Auf der Leiterkarte der Programmiereinheit 
sind folgende Funktionsgruppen implemen- 


tiert: 


- Typenselektierung 

- Schaltlogik 1 bis 4 

- Programmierspannungserzeugung 

- Betriebsspannungsumschaltung 5/6 V. 

Von der Programmiereinheit werden alle die 
Signale und Spannungen erzeugt, die benö- 
tigt werden, um EPROMs der in Tafel 1 ge- 
nannten Typen zu programmieren, zu verifi- 
zieren und auszulesen. Dadurch, daß die 
Programmiereinheit auch eine Programmier- 
spannung von 12,5V zur Verfügung stellt, 
besteht die Möglichkeit, CMOS-EPROMs zu 
programmieren. Die Steuerung der Program- 
miereinheit wird durch ein entsprechend an- 
gepaßtes Softwarepaket des PC 171 5 über 
die parallele Schnittstelle realisiert. Damit 
wird vermieden, daß durch evtl. Fehlschal- 
tungen (z. B. mit DIL-Schaltern) eine Zerstö- 


EPROM-Steckeinheit 

Außer der 28poligen Programmierfassung ist 
noch eine LED auf der EPROM-Steckeinheit 
implementiert. Ober diese wird dem Nutzer 
der Zugriff des Programmiergerätes auf dem 
EPROM angezeigt. Um Zerstörungen der 
EPROMs vorzubeugen, ist anzuraten, einen 
EPROM-Wechsel beim Leuchten der LED zu 
unterlassen. 


EPROM-Bearbeitung 

Der erste Arbeitsschritt bei der EPROM-Be- 
arbeitung sollte die Typenauswahl sein, da 
sich alle anderen Routinen darauf beziehen. 
Vor der Programmierung oder dem Auslesen 
der EPROMs werden dem Bediener Anwei- 
sungen zum Wechseln des EPROMs gege- 
ben. Bei der Programmierung wird der o.g. 
Algorithmus angewandt. Ist ein Speicher- 
platz ordnungsgemäß programmiert, wird 
das durch die Ausgabe der Speicherplatz- 
adresse signalisiert. Besteht keine Möglich- 
keit, den EPROM auf dem selektierten Spei- 
cherplatz zu programmieren oder ist die 
Steckfassung leer, so wird eine entspre- 
chende verbale Aussage mit Adreßangabe 
auf dem Bildschirm ausgegeben. 


Das Softwarepaket zum Betrieb des 
EPROM-Programmiergerätes besteht aus 
einzelnen TURBO-PASCAL-Prozeduren, 
welche über einen Bedienerdialog im Haupt- 
programm aufgerufen werden. Mit dem Pro- 
grammruf „EPROM“ wird das Programm aus 
SCP o. ä. gestartet und belegt den Speicher- 
bereich von 100H bis C342H des PC 1715. 
Nach dem Start meldet sich das Programm 
mit dem in Bild 3 abgebildeten Hauptmenü. 
Aus diesem wird über Tastendruck ohne 
Quittierung durch ET in die Prozeduren ver- 
zweigt. Es ist dabei einerlei, ob Groß- oder 
Kleinbuchstaben verwendet werden. 

Die Arbeit mit dem gesamten Programm ist 


Pufferarbeit 

Über das Programm zum Editieren des Puf- 
fers können.Veränderungen bzw. Neueintra- 
gungen cursorgeführt vorgenommen wer- 
den. Dazu wird ein Ausschnitt des Puffers als 
Dump auf dem Bildschirm abgebildet. Wei- 
tere Routinen bieten die Möglichkeit, Puffer- 
inhalte zu verschieben, den Puffer mit einem 
entsprechenden Kennbyte oder einem AS- 
Cll-Zeichen zu füllen. 


Programmieren 


’sm 




27 256^ 
OE 


-Ti 


Dateiarbeit 

Der zur Programmierung der EPROMs ein- 
gerichtete Datenpuffer kann mit Daten aus 
.HEX-, .TXT- oder .COM-Dateien von der 
Diskette geladen bzw. es kann der Inhalt des 
Puffers auf Diskette ausgelagert werden. 
Beim Laden des Puffers werden die Block 
nummern der geladenen Dateien angezeigt 
Anhand weiterer Routinen können COM-Da 
teien cursorgeführt gestartet und das Disket 
tenverzeichnis angezeigt werden. 



Literatur 

IV Behnke, H.: EPROMs sind auch nur Speicher, c't 1985, 
Heft 2, S. 88-92 

121 Kieser, H.; Meder, M.: Mikroprozessortechnik, 4.Aufl. 
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Bild 2 Signalspiel 
beim Programmieren 
und Verifizieren der 
EPROM-Typen 2716, 
2732 (A), 2764 (A), 
27128, 27256 
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(Anfragen zur Nachnutzung bitte an Abt. BfN, Kolln. 
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Bericht 


Ein Computerclub 
stellt sich vor 


Computertagung in Frankfurt 
(Oder) 

Im November vergangenen Jahres 
veranstaltete der Computerclub 
Frankfurt (Oder) die 4. Computerta- 
gung. Etwa 400 Teilnehmer tagten 
am 4. und 5. November in der Stadt- 
halle von Frankfurt (Oder). Wegen 
der großen Resonanz und der Viel- 
zahl an Themen fand die Veranstal-. 
tung erstmals an 2 Tagen statt. Orga- 
nisiert vom Computerclub in Frankfurt 
(Oder), der im Bezirk die Funktion ei- 
nes Leitclubs inne hat, stand die 
4. Tagung unter Leitung des Schwed- 
ter Kreisclubs. Gemischt wie der Teil- 
nehmerkreis war auch das Spektrum 
der Vorträge. Angesprochen wurden 
sowohl Amateure als auch Fachleute, 
die sich beruflich mit der Thematik be- 
schäftigen. 


hend von den Erfahrungen mit dem 
EPROM-Programmiergerät in IV 
wurde ein Gerät aufgebaut, das zwar 
nach dem gleichen Prinzip arbeitet, 
aber wesentlich geringer im Aufwand 
bei der Realisierung ist. Weitere Vor- 
teile sind darin zu sehen, daß die 
EPROMs nicht gezogen und wieder 
gesteckt werden müssen, sondern im 
Modul verbleiben können, sofern sie 
gelöscht sind bzw. die Möglichkeit be- 
steht, sie im Modul zu löschen, was 
der Hersteller durch die Fenster im 
M025 offensichtlich auch vorgesehen 
hat. Weiterhin wird keine teure und 
leider immer noch sehr schwer be- 
schaffbare Schwenkhebelfassung 
benötigt. Die Realisierung erfolgte 
auf einem Adaptermodul, wo eine 
Lochrasterkarte mit der Schaltung 
(mit einem Schaltkreis DL1 23D) mon- 
tiert wurde. Die Programmierspan- 
nungserzeugung erfolgt extern über 
ein Steckernetzteil. Der 32K- 
EPROM-Modul wurde auf Basis des 
Modules M006 (BASIC) realisiert. 
Von diesen 32K liegen jeweils 8K im 
Adreßraum des Prozessors. Das ist 



Zum Vortragsprogramm gehörten 
u.a. Beiträge über Bauelemente, Ei- 
genbaucomputer, -peripherie und die 
Programmiersprache FORTH 
ebenso wie Erfahrungen über Pro- 
bleme der Clubarbeit. Zwei Konsulta- 
tionspunkte - zu FORTH und zum 
KC85/2(/3) - ordneten sich thema- 
tisch in das Vortragsprogramm ein. 
An den K-Punkten war eine Übersicht 
zu Hard- und Softwarelösungen er- 
hältlich, die auch eine Literatur- 
zusammenstellung zu FORTH ent- 
hielt. Leider war in der recht umfang- 
reichen Übersicht kein Hinweis auf 
die Veröffentlichungen zu FORTH in 
MP 6/87 zu finden. 

Der Computerclub Strausberg stellte 
gleich drei interessante Lösungen 
vor. Die 256-K-dRAM-Erweiterung 
für KC85/2(/3) - ausführlich vorge- 
stellt in MP 12/87, S. 373 -, ein 
EPROM-Programmiergerät für 
EPROM-Module des Herstellers und 
ein 32-K-EPROM-Modul sollen nach- 
folgend kurz beschrieben werden 
(Bild 1), 

Das Modulkonzept des Herstellers, 
insbesondere bei ROM- und PROM- 
Modulen sieht vor, daß EPROMs per- 
spektivisch auch auf der Leiterkarte 
des jeweiligen Moduls zu program- 
mieren sind. Auf den vorhandenen 
Modulen sind deshalb alle erforderli- 
chen Anschlüsse herausgeführt und 
Bestandteil des Bussystems der 
Rechner. Diese T atsache wird bei der 
vorgestellten Lösung genutzt. Ausge- 


mit allen vier 8K-Bereichen möglich. 
Eine weitere Besonderheit des Mo- 
duls besteht darin, daß die vier be- 
schriebenen Bereiche auf je zwei Ba- 
sisadressen verfügbar sind, und zwar 
auf den Basisadressen 4000H und 
C000H, um spezielle Betriebssy- 
stemfunktionen wie „DISPLAY“ nut- 
zen zu können. Die Verwaltung des 
Moduls (Einschalten, Festlegen der 
Basisadresse, Auswahlen des jewei- 
ligen EPROM-Bereiches usw.) ge- 
schieht ausschließlich softwaremä- 
ßig, d. h., es sind weder DIL-Schalter 
noch Wickelstifte o. ä. zur Adreßde- 
kodierung erforderlich. Zur prakti- 
schen Realisierung des Moduls sei 
noch erwähnt, daß die beiden ROM- 
Schaltkreise des Originalmoduls 
durch zwei Schaltkreise 27128 
(EPROM 16Kx8) zu ersetzen sind. 
Weitere zusätzliche Schaltkreise sind 
nicht erforderlich. Es wurden lediglich 
an der Beschaltung einiger Bauele- 
mente Änderungen vorgenommen. 
Ebenfalls im K-Punkt wurde ein Gra- 
fikprogramm von M. Feindt zum Er- 
stellen und Bearbeiten von Konstruk- 
tionszeichnungen auf dem Bildschirm 
für KC 85/3 demonstriert (Bild 2). 

Das Programnm ist in Maschinen- 
code geschrieben und benötigt zum 
Grundgerät KC85/3 V.24- und 16- 
KRAM-Modul sowie Monitor und 
Drucker. Gezeichnet wird auf einer 
Fläche mit 255 x 255 Bildpunkten, 
wobei für die Nutzerführung auf der 
rechten Bildschirmseite ständig das 


Menü mit allen Funktionen und deren 
Erreichbarkeit eingeblendet ist. Der 
Cursorpunkt kann mit den Cursor- 
steuertasten in 8 Grundrichtungen 
und 10 einstellbaren Geschwindig- 
keitsstufen bewegt werden. 8 Be- 
fehlsgruppen sorgen für den Komfort 
des Programms. So gibt es Befehle 
für Stricharten und -stärken, neben 
der nichtunterbrochenen Linie sind 
Strich-Strich-Linien und Strich-Punkt- 
Linien möglich, Befehle zum Zeich- 
nen ebener Figuren: Kreis, Quadrat, 
Rechtecke, Gerade mit beliebigem 
Anstieg und eine Fläche mit einem 
Durchmesser von 3 Punkten (z. B für 
Lötaugen) sowie sogenannte Flä- 
chenbefehle. Mit ihnen können ge- 
schlossene Figuren ausgefüllt oder 
schraffiert werden. Im entsprechen- 
den Modus stehen dem Benutzer in 
der 2. Ebene der Tastatur 26 Quasi- 
grafikzeichen zur Verfügung. Ange- 
boten werden spezielle Elektronik- 
und Maschinenbausymbole sowie 
allgemeine Symbole. Die erstellten 
Grafiken können auf dem Bildschirm 
verschoben werden, sie lassen sich 


diesen Computer entwickelt. Das Be- 
sondere: er verfügt über ein Minimum 
an Hardware. Aufgrund des besseren 
Angebots an ROM-Bauelementen 
können mehr Funktionen über Soft- 
ware realisiert werden, dadurch sind 
Abstriche an der Hardware möglich. 
Das Zusammenspiel mit den Peri- 
pherieschaltkreisen wird mittels PIO, 
CTC und Buspuffer realisiert. Relativ 
beliebige Bildschirmformate lassen 
sich leicht nachbilden (grafisch oder 
nichtgrafisch), z. B. von allen KCs. 
Auch das BASIC-Betriebssystem der 




drehen und vergrößern bzw. verklei- 
nern. Bildschirminhalte können auf 
Kassette oder Drucker ausgegeben 
sowie von Kassette eingelesen wer- 
den. Software und Hardware werden 
den Forderungen, die an ein „echtes" 
CAD-System bestehen, sicher nicht 
gerecht. Dennoch dürfte das ausge- 
stellte Programm sehr gut für die Aus- 
und Weiterbildung auf diesem Gebiet 
geeignet sein. 

Die NVA Frankfurt (Oder) stellte ei- 
nen Trainer für die Fernschreibausbil- 
dung vor (Bild 3). Das BDT 87-1, es 
enthält CTC-Baustein, 3 PIO und di- 
verse Koppelelektronik, ist direkt an 
einen KC85/3 angeschlossen. Das 
Gerät ermöglicht die Kontrolle von 
maximal 24 Fernschreibmaschinen. 
Verschiedene Betriebsarten unter- 
stützen den Lehrer bei der Ausbil- 
dung. So erlaubt die Betriebsart „Vor- 
gabezwang“, für die Lernenden eine 
bestimmte Anzahl von Anschlägen je 
Minute vorzugeben. Anhand einer 
Bildschirmgrafik lassen sich die an je- 
dem Platz erreichten Ergebnisse dar- 
stellen. Bei der Betriebsart Leistungs- 
kontrolle wird der zu schreibende 
Text vorher in den Computer gespei- 
chert, der nach der Leistungskon- 
trolle durch zeichenweisen Vergleich 
die Auswertung und Zensierung vor- 
nimmt. 

Starker Andrang herrschte am'Stand, 
wo der Heimcomputer HCX - Basis 
MP U880 - vorgestellt wurde (Bild 4). 
Ein Kollektiv der TU Magdeburg hatte 



KC ist leicht implementierbar. Als 
zweckmäßig hat sich ein ZX-Spec- 
trum-kompatibles Betriebssystem er- 
wiesen. Das Grundgerät ermöglicht 
flexible Bestückungsvarianten mit 
RAM- und ROM-Schaltkreisen. Der 
HCX läßt sich über zwei verschie- 
dene Erweiterungssteckverbinder, 
davon einer K-1520-kompatibel, 
leicht erweitern. Die Möglichkeit einer 
Produktion des HCX in kleiner Stück- 
zahl wird gegenwärtig geprüft. Wei- 
terhin stellte der KDT-Computerclub 
Schwedt Entwicklungen seiner Mit- 
glieder vor, so z. B. einen Eigenbau- 
plotter. 

Auch die Tagungspausen wurden 
zum intensiven Erfahrungsaustausch 
genutzt. Fachfragen wurden disku- 
tiert, Adressen getauscht und Erfah- 
rungen in der Klubarbeit weitervermit- 
telt. Dabei kamen auch Probleme zur 
Sprache, so klagten Mitglieder und 
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Eindrücke 

Vom 9. bis 20. November 1987 fand 
die nunmehr 30. Messe der Meister 
von morgen statt - eine Jubiläums- 
messe, die den über 215000 Besu- 
chern erstmals bot, was von vielen 
Jugendlichen bisher vermißt wurde: 
neben der Präsentation von über 
2000 Exponaten auch viel Wissens- 
wertes, in unterhaltsamer Form dar- 
geboten. Dazu gehörte beispiels- 
weise der Programmierwettbewerb 
der FDJ, zu dem die „Junge Welt“ 
aufgerufen hatte und für den im Ak- 
tionszentrum Computertechnik die 
entsprechende Hardware zur Verfü- 
gung stand (Bild 1 ). Auch andere Ver- 
anstaltungen hatten die Computer- 
technik zum Thema: Im Forum 87 
stellte sich zum Beispiel die Techni- 
sche Universität Magdeburg mit ver- 
schiedenen CAD/CAM-Demonstra- 
tionen vor; der Direktor des Informa- 
tikzentrums des Hochschulwesens 
an der TU Dresden, Prof. Dr. rer. oec. 
Horst Tzschoppe, erläuterte im Fern- 
sehaktionszentrum nicht nur Aufga- 
ben und Vorhaben seiner Institution, 
sondern vermittelte unter anderem 


Fortsetzung von Seite 90 


Leiter von Computerklubs über man- 
gelnde gesellschaftliche Anerken- 
nung ihrer Arbeit. Der gesellschaftli- 
che Nutzen der Klubarbeit besonders 
auf dem Gebiet der Aus- und Weiter- 
bildung wird von vielen leider noch 
nicht erkannt. Während die Tagung 
noch im Gange war, machten die Ver- 
anstalter sich bereits Gedanken um 
die Computertagung 1 988. Die 5. soll 
ganz im Zeichen des KC85/3-Sy- 
stems stehen. 

Man ist bemüht, diese Tagung in en- 
ger Zusammenarbeit mit dem Her- 
steller durchzuführen. Interessenten, 
die mit ihren Lösungen zum Gelingen 
der 5. Tagung beitragen möchten, 
melden sich bitte beim Computerclub 
Frankfurt (Oder). 

Die Tagung war sehr gut organisiert 
und hat ihrem Anliegen, ein breites 
Spektrum an Themen für einen gro- 
ßen Kreis von Interessenten zu bie- 
ten, entsprochen. 

Kritisch bleibt lediglich anzumer- 
ken, daß bei der nächsten derartigen 
Veranstaltung von Schülern nicht 
160,- Mark Tagungsgebühren (für 
KDT-Mitglieder 60,- Mark) verlangt 
werden sollten. 

/. p„ A. S. 


Literatur: 

IV Völz, H.; Cieri, M.: Einfaches Program- 
miergerät für KC 85/2 und KC 85/3 
Radio, Ferns., Elektron. 36 (1987) 10, 
S. 662 
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Möglich ist die Darstellung von 
16 Farben aus 4096 bzw. von 16 
Graustufen auf dem Monochrombild- 
schirm. Im Alphamodus sind 40 x 25 
oder 80 x 25 Zeichen darstellbar, im 
Grafikmodus 320 x 200, 640 x 200, 
640x400 oder 640 x 480 Punkte. 
Damit kann sowohl kommerzielle als 
auch CAD-Grafik realisiert werden. 
( VEB Robotron-Buchungsmaschi- 
nenwerk Karl-Marx-Stadt, BfN, An- 
naberger Straße 93, Karl-Marx- 
Stadt, 9048)) 

Das Intelligente Farbvollgrafikdis- 
play ist eine Erweiterung für den 
PC 1 71 5 zur Darstellung von Farbbil- 
dern auf einem handelsüblichen 
Fernsehbildschirm in 512x256 Pi- 
xeln, wobei jeder Pixel mit 16 aus 
4096 Farben programmierbar ist 
(Bild 5). In einem Gehäuse befinden 
sich ein Slave-Rechner, die Grafik 
und das Netzteil. Der Masterrechner 
übergibt die Grafikbefehle über die 
V.24- oder eine nachrüstbare paral- 
lele 16-Bit-Schnittstelle an den Slave 
zur Ausführung. Dies können u.a. 
sein: interaktive Eingabe durch die 
Maus (im Bild vorn), Füllen von Flä- 
chen mit Farben oder Mustern, Aus- 
gabe von ASCII-Zeichen in beliebiger 
Größe und kursiv, vom Anwender de- 
finierbare Makros. Neben der Grafik- 
erweiterung wird zur Nachnutzung 
auch die Maus angeboten (Doku- 
mentation). ( IHS Berlin, Prorektorat 
Naturwissenschaft und Technik, 
Marktstr. 9, Berlin, 1134) 

Mit dem mobilen Datenerfassungs- 
gerät können bis zu 1024 numeri- 
sche Daten mit 8 Stellen zeilenweise 
eingegeben und in einem RAM ge- 
speichert werden (Bild 6). Der einge- 
gebene Wert wird auf einer Flüssig- 
kristallanzeige dargestellt und kann 
vor dem Abspeichern korrigiert wer- 
den. Ein zweites Display zeigt die ak- 
tuelle Speicherbelegung. Anschlie- 
ßend können die Daten über eine 
SIF-1 000-Schnittstelle aus dem RAM 
direkt in einen Mikrorechner übertra- 
gen werden. ( VEB Datenverarbei- 
tungszentrum Rostock, Erich-Schie- 
singer-Str. 37, Rostock, 2500) 


auch viel Interessantes zu Fragen der 
Softwareerstellung (Bild 2). Schade 
nur, daß gerade diese Veranstaltung 
durch ungenügende äußere Bedin- 
gungen nicht ihre volle Wirkung auf 
das Publikum erreichen konnte - ein 
Mangel, der bei der Vorbereitung 
künftiger Veranstaltungen ausge- 
schlossen werden sollte. Auch beim 
Angebot von Exponaten ließe sich 
noch einiges verbessern. Wenn man 
bedenkt, daß jede nachgenutzte Lö- 
sung Einsparung geistigen Potentials 
bedeutet, ist es nicht vertretbar, daß 
eine Messe - It. Fremdwörterbuch 
Verkaufsveranstaltung - von vielen 
Ausstellern nicht besser genutzt wird, 
um über ihr Exponat zu informieren. 
Mit dem Verweis auf Interessentenli- 
sten zum Anfordern von Informa- 
tionsmaterial oder auf Kataloge, die 
von Fachministerien beziehbar sind, 
ist es nicht getan. Notwendig sind so- 
fort verfügbare Informationsblätter, 
eine qualifizierte Standbetreuung und 
nicht zuletzt - seitens der Veranstal- 
ter - eine bessere Öffentlichkeitsar- 
beit. Denn eine Vielzahl von Fachzeit- 
schriften - auch die MP - ist zwar be- 
reit, die Nachnutzung mit geeigneten 
Veröffentlichungen zu fördern, wird 
aber nur ungenügend informiert. Es 
gibt also noch Reserven, um Mehr- 
fachentwicklungen zu reduzieren - 


beispielsweise bei „rechnergestütz- 
ten Arbeitsplätzen für . . .“, die auch 
auf dieser ZMMM wieder zahlreich 
angeboten wurden. Gerade im Be- 
reich der Computertechnik ist es 
wichtig, die Nutzer viel umfassender 
und schneller über Vorhandenes zu 
informieren. 

Exponate 

Beginnen wollen wir unsere Expo- 
nate-Schau mit einem gelungenen 
Modell der Hochschule für industrielle 
Formgestaltung Halle Burg Giebi- 
chenstein. Das „Geräteträgersystem 
mit integrierten Hauptfunktionsgrup- 
pen für den CADICAM-Arbeitsbe- 
reich“ (Bild 3) dürfte bei vielen Besu- 
chern starkes Interesse, bei etlichen 
angesichts derzeitiger Arbeitsplatz- 
gestaltung aber auch Wehmut her- 
vorgerufen haben. Zu hoffen ist, daß 
solche sowie universell nutzbare Lö- 
sungen wegen der rasch wachsen- 
den Zahl von Computeranwendern 
schneller praxiswirksam werden. 

Ein Jugendforscherkollektiv entwik- 
kelte für den neuen Robotron-PC, 
den EC 1834 (Bild 4), den Farbgrafik- 
adapter. Er ist kompatibel zum IBM- 
XT-Standardgrafikadapter CGA, ge- 
genüber diesem jedoch auf zwei Lei- 
terkarten untergebracht. Als Control- 
ler wird der U82720 DC03 verwendet. 
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Ein Jugendneuererkollektiv der Druk- 
kerei Neues Deutschland entwickelte 
einen BAS-Modul, um eine Mehr- 
fachbildschirmanzeige für PC zu 
ermöglichen. Verwendet werden 
Fernsehgeräte, die über einen Video- 
eingang mit dem PC 1715 (oder 



A 71 00/A 71 50) so gekoppelt werden, 
daß die Sichtbarkeit des vollen Moni- 
torbildes auf den Fernsehbildschir- 
men gewährleistet ist. Dabei sind Lei- 
tungswege bis etwa 100 m ohne Ein- 
schränkung der Bildqualität möglich; 
erprobt wurde bisher der Anschluß 
von bis zu 20 Fernsehgeräten an ei- 
nem PC. Zum Leistungsumfang ge- 
hört das Umrüsten des PC (Adapter- 
einbau, siehe Bild 7) und der Fern- 
sehgeräte. ( Druckerei Neues 
Deutschland, BfN, Franz-Mehring- 
Platz 1, Berlin 1017) 

In dem Prüf- und Reparaturplatz für 
Minifloppylaufwerke (Bild 8) wer- 
den mittels Einchipmikrorechner so- 
wohl die einzelnen Interfacesignale 
geschaltet als auch Komplexfunktio- 
nen realisiert, z. B.: Messung von 
Umdrehungszeit und evtl, vorhande- 
ner Taktfrequenz, Bereitstellung von 
Schreibdaten, Anzeige aller Steuer- 
und Statusleitungen, Positionieren 
des Kopfes in beliebiger Spur, Vor- 
wahl und Prüfen einer Schrittzeit. 
An dem Arbeitsplatz lassen sich 
Laufwerke der Typen MFS1.2 bis 
MFS 1 .6 überprüfen und reparieren. 
Es ist eine Produktionsübernahme 
des Testers durch den VEB Robo- 
tron-Buchungsmaschinenwerk Karl- 
Marx-Stadt vorgesehen. (NVA- 
Dienststelle, PFN 26212, Straus- 
berg, 1260) 

Bis zu drei Leiterplatten gleichzeitig 
kann der Leiterplatten-Bohr- 
automat LPBM1.2 (Bild 9) boh- 
ren. Dabei bewegt sich der Tisch, 
von 3 Schrittmotoren getrieben, mit 
max. 40 mm/s in xy-Richtung. Kern- 
stück der Steuerung ist die 
ZRE 42521 mit einem K-1520-Bus. 


(VE Kombinat Präcitronic Dresden, 
Stammbetrieb, Fetscherstr. 72, 
Dresden, 8019) 

In einer Forschungs- und Entwick- 
lungskooperation zwischen dem In- 
formatikzentrum an der TU Dresden 
und dem VEB Robotron-Projekt 
Dresden wurde für den Arbeits- 
platzcomputer A7100 (unter dem 
Betriebssystem SCP 1 700) das 
COBOL-Programmiersystem AC- 
COBOL geschaffen. Es bietet insbe- 
sondere eine gute Unterstützung der 
Dateiarbeit, wie sie zur Lösung vor 
allem kommerzieller Probleme und 
bei der Massendatenverarbeitung 
notwendig ist. AC-COBOL garan- 
tiert volle Sprachkompatibilität zu 
COBOL-1630; eine Portierung für 
den A7150 wird zur Zeit entwickelt. 
(Informatikzentrum des Hochschul- 
wesens an der TU Dresden, Momm- 
senstr. 13, Dresden, 8027) 

Der auf zwei Leiterkarten unterge- 
brachte Schnittstellenkonverter 
(Bild 10) beinhaltet eine Anpaßschal- 
tung zur Übertragung von BCD-Meß- 
werten in einen Computer über eine 
V.24-Schnittstelle (ASCII-Code). Da- 
mit entfällt die zeitraubende und feh- 
leranfällige manuelle Eingabe. Der 
Konverter ist insbesondere für den 
Anschluß von ABBE-Längenmeßge- 
räten geeignet. (VEB Barkas-Werke 
Karl-Marx-Stadt, BfN, Karl-Winzer- 
Straße, Karl-Marx-Stadt, 9048) 

Zum Betreiben eines Fernschreibers 
anstelle eines Druckers am KC85/1 
bzw. KC87 wurde ein Fernschreib- 
anschluß entwickelt (Bild 11, vorn 
rechts), der mittels Hard- und Soft- 
ware die Synchronisation des Rech- 
ners mit dem Fernschreiber und die 


Umcodierung des ASCII- in den Fern- 
schreibcode übernimmt. (NVA, 
PF 155131V, Neubrandenburg, 
2040) 

Ein Teleprinter genanntes Zusatz- 
gerät zum Anschluß eines Fern- 
schreibers an den KC85/2 bzw. 13 
stellte die Betriebsschule der Deut- 
schen Post Magdeburg vor. Auch 
hier kann ohne Eingriff in den KC der 
Fernschreiber als Drucker genutzt 
werden (Bild 12). 

Mit dem in der BBS „Conrad Blenkle“ 
hergestellten Lichtstift für KC85/2 
bzw. /3 können auf dem Bildschirm 
Bildpunkte gesetzt und gelöscht wer- 
den; d. h., es ist z. B. das „Zeichnen 
auf dem Bildschirm“ möglich. Die 
Elektronik der Bildpunktadressierung 
befindet sich auf einer Leiterkarte 
(siehe Bild 13, vorn rechts auf dem 
KC-Basisgerät) und besteht aus- 
schließlich aus DDR-Bauelementen. 
(VEB Schiffselektronik „Johannes 
Warnke“, PSF 85, Rostock, 2510 ) 

Als Gemeinschaftsarbeit verschiede- 
ner Einrichtungen entstand die Lö- 
sung der Vernetzung eines Compu- 
terkabinetts (Bild 14), mit der bereits 
bis zu 1 2 KC 85 verschiedener Ver- 
sionen (da der Kassettenausgang ge- 
nutzt wird) verbunden werden konn- 
ten. Über ein Bussystem sind alle 
Rechner gleichberechtigt ange- 
schlossen, es lassen sich jedoch 
auch Master-Slave-Systeme auf- 
bauen. (Betriebsschule „Franz Gün- 
ther“ des VEB Werk für technisches 
Glas Ilmenau, Am Ehrenberg, Ilme- 
nau, 6300) 

Der Mikrorechnerbausatz Z 1 01 3 läßt 
sich nun aufrüsten, und zwar mit den 

Erweiterungsbaugruppen (Bild 15). 


8 





Auf dem waagerecht angeordneten 
Baugruppenträger können bis zu 4 
Erweiterungskarten gesteckt werden 
(davon muß eine STE die Stromver- 
sorgungskarte sein; evtl, wird der 
Austausch des Netztrafos notwen- 
dig!). Als Erweiterung gibt es u. a. den 
ROM-Modul mit 4 Steckplätzen für 
EPROMs und einen E/A-Modul, u.a. 
mit V.24, aber auch der RAM-Modul 
des KC87 ist z. B. nutzbar. (VEB Ro- 
botron-Elektronik Riesa, Pausitzer 
Straße 60, Riesa, 8400) 

Text und Fotos: Weiß 
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RAM-Floppy-T reiber für 
A 51 20/51 30 

Für das auf A 51 20/51 30 laufende 
Betriebssystem UDOS wurde ein 
RAM-Floppy-Treiber entwickelt. Da- 
mit steht dem Anwender ein effekti- 
ves „Laufwerk“ zur Verfügung, mit 
dem sich vor allem die Arbeitsge- 
schwindigkeit bei der Programmer- 
stellung (EDIT, ASM, LINK) erheblich 
vergrößert. Die Organisation der 
RAM-Floppy und die Verwaltung 
(256 K) werden vollständig von 
ZDOS und dem Treiber übernom- 
men. Am Betriebssystem erfolgten 
keinerlei Änderungen. Der RAM- 
Floppy-Treiber ist an das I/O-Re- 
quest-Prinzip des UDOS-BS ange- 
paßt und kann wie ein E/A-Gerät be- 
handelt werden. 

Die verwendete Speicherkarte wurde 
in Mikroprozessortechnik 3/87 be- 
schrieben. 

VEB RFT Nachrichtenelektronik 
Leipzig; Büro für Neuererwesen, 
Abt. TT3, Melscher Str. 7, Leipzig, 
7027; Tel. 6832391 Dr. Schmidt 


Programmentwicklung 
für U881/882 auf LC-80 

Entwicklung und Test von Maschi- 
nenprogrammen für Einchip-Mikro- 
rechner U881/882 sind an relativ 
teure Hardware gebunden. Als Alter- 
native hierzu wurde deshalb ein Si- 
mulationsprogramm entwickelt, in 
welchem unter Beibehaltung des 
EMR-Adreßbereiches alle Befehle 
des EMR auf einem LC-80 abgear- 
beitet werden können. Notwendig ist 
lediglich eine Hardware-Erweiterung 
des LC-80 mit 2 EPROM 2716, ver- 
sehen mit dem Simulationspro- 
gramm, sowie 4 Stück RAM U21 4 auf 
den vorgesehenen Bestückungsplät- 

Folgende Funktionen werden reali- 
siert: 

- Verwendung der Originaladressen 
des EMR (0000-07FF) 

- Start des EMR-Programms an ei- 
ner beliebigen Adresse 

- Setzen beliebig vieler Haltepunkte 
im EMR-Programm 

- Anzeige und Manipulierung belie- 
biger Registerinhalte an den Halte- 
punkten 

- Einzelschrittbetrieb bei Anzeige 
dreier beliebiger Register 

- langsamer (ca. 70 Befehle/s) 
Durchlaufbetrieb mit Tonausgabe je 
abgearbeitetem Befehl sowie An- 
zeige dreier Register 

- schneller (ca. 400 Befehle/s) 
Durchlaufbetrieb ohne Anzeige 

- Betriebsarten beliebig kombinier- 
bar 

- Zählung der abgearbeiteten Be- 
fehle zur überschläglichen Berech- 
nung der Programmlaufzeit. 

Folgende Einschränkungen sind vor- 

- Keine Ein- und Ausgaben externer 

- Portprogrammierung zwar mög- 
lich, aber ohne Wirkung 

- kein Echtzeitbetrieb 

- keine Interruptfähigkeit 

- keine externe Programm- oder 
Datenspeicher-Erweiterung. 

Das Simulationsprogramm ist somit 
für folgende Anwendungen geeignet: 


- Intensives Kennenlernen des Be- 
fehlssatzes der EMR U881/882 

- Entwicklung und Test von Pro- 
gramm-Moduln 

- Entwicklung und Test komplexer 
Programme für EMR. 

VEB Kaliwerk „Heinrich Rau“, Roß- 
leben, 473 5; Tel. 205, App. 732 


K-1 520- A/D-Wandler mit 
16-Kanal-Multiplexereinheit 

Der A/D-Wandler ist für den Einsatz 
in der mikrorechnergestützten Meß- 
technik bzw. Prozeßdatenerfassung 
bestimmt; er ist komplett auf einer 
Leiterkarte in der Größe einer K- 
1 520-Steckeinheit realisiert. 

Der Wandler treibt einen vollständi- 
gen K-1 520-Datenbus, belastet die 
Bussignale mit 1/6 TTL-Last (Low 
Power) und ist somit K-1520-bus- 
kompatibel. 

Der Eingangsspannungsbereich des 
1 6kanaligen Analogmultiplexers (Be- 
standteil der Baugruppe) beträgt 
± 1 V. Somit ist die A/D-Wandlerein- 
heit für die Erfassung kleiner Signai- 
amplituden gut geeignet. Alle Ein- 
gänge sind vor Überspannungen ge- 
schützt. 

Über Programmbefehle wird der Mul- 
tiplexer frei wählbar geschaltet, 
durch die Kanalauswahl erfolgt 
gleichzeitig der Wandlerstart. 

Die A/D-Wandlung wird mit dem 
Schaltkreis C571 (AD 571) /C570 
(AD 570) realisiert. Der Wandler setzt 
1 1 (9) Bit einschließlich Vorzeichen 

Die fertige Wandlung wird über einen 
Interrupt gemeldet. Die Umsetz- ein- 
schließlich Multiplexereinschwing- 
zeit beträgt vom Start bis zum Inter- 
rupt bei Kanalwechselbetrieb 50 ps, 
bei Schnellstart ohne Kanalwechsel 
30«s. Die verwendete PlO-Schnitt- 
stelle ermöglicht die Nutzung sämtli- 
cher Interruptmodi der U880-Tech- 

Zum Nachnutzungsumfang der Lö- 
sung gehören die technische Doku- 
mentation sowie eine unbestückte in- 
dustriell gefertigte Leiterplatte. 
Technische Hochschule Ilmenau, 
Sektion Technische und Biomedizi- 
nische Kybernetik, Wissenschafts- 
bereich Biomedizinische Technik 
und Bionik, PSF 327, Ilmenau, 6300; 
Tel. 740 Prot. Dr. Mennig 

Grafikprogramme 

Grafikzeichen für KC85/2 und 13 
selbstdefiniert 

Zur vereinfachten Erstellung nutzer- 
definierter Grafikzeichen für den 
KC 85/2 oder /3 wurde ein Programm 
entwickelt, das es ermöglicht, auf 
einfache Art und Weise direkt am 
Bildschirm die Zeichen zu generie- 

In die vergrößerte 8 x 8-Zeichenma- 
trix kann der Nutzer sein eigenes Zei- 
chen eintragen. Das Programm er- 
mittelt die Bytesequenzen für eine 
spätere programmtechnische Bereit- 
stellung der Zeichen. Außerdem 
kann das kreierte Zeichen sofort dar- 
gestellt und genutzt werden. 
Grafikprogramm für KC 85/2 und 13 
Ein universelles Grafikprogramm in 


Unterprogrammtechnik ermöglicht 
die Darstellung von stetigen Funktio- 
nen mit beliebigem Wertebereich 
und die Darstellung diskreter Werte- 
paare als Quasifunktion oder Säulen- 
diagramm. 

Die Maßstäbe werden in Abhängig- 
keit vom Wertebereich und den dazu- 
gehörigen Argumenten automatisch 
gewählt. Konzipiert ist das Pro- 
gramm für die Einbindung der jeweili- 
gen Module in ein beliebiges Haupt- 
programm. Zu Demonstrationszwek- 
ken wurden beide Unterprogramme 
durch Eingabe- und Definitionsrouti- 
nen ergänzt. Damit ist das Programm 
auch in dieser Form lauffähig. 
Hochschule für Ökonomie, Informa- 
tikzentrum der Sektion Außenwirt- 
schaft, Herrmann-Duncker-Str. 8, 
Berlin, 1157 Iffarth 

BASIC-Lernprogramme 

Die Lernprogramme dienen einer er- 
sten Einführung Ungeübter in die 
Programmiersprache BASIC, enthal- 
ten aber auch für Fortgeschrittene in- 
teressante Hinweise. Erläutert wer- 
den alle Befehle des KC85/2 und /3, 
die im BASIC verfügbar sind. Außer- 
dem wird auf das Betriebssystem 
CAOS näher eingegangen und das 
Speicherkonzept erläutert. 

Der Anwender bekommt die Möglich- 
keit, parallel zu den Erklärungen 
auch üben zu können. Durch die Fen- 
stertechnik bleiben dabei die Bei- 
spiele immer auf dem Bildschirm. Der 
Nutzer arbeitet in einem eigenen 

Hochschule für Ökonomie, Informa- 
tikzentrum der Sektion Außenwirt- 
schaft, Herrmann-Duncker-Str. 8, 
Berlin, 1157 Ittarth 

Dokumentation für C-Compiler 

Dokumentationen in deutscher Spra- 
che für den BDS-C-Compiler und 
ECO-C-Compiler unter CP/M-kom- 
patiblen Betriebssystemen, vorzugs- 
weise CPA mit 54 KByte TPA, ein- 
schließlich einer Übersicht zur jewei- 
ligen Standortbibliothek werden zur 
Nachnutzung auf Diskette angebo- 

Gesucht werden Partner zum Erfah- 
rungsaustausch zu Problemen des 
Microsoft-C-Compilers ab Version 
4.0 unter MS-DOS. 

VEB Kombinat Anlagen- und Geräte- 
bau Halle, Direktionsbereich For- 
schung/Entwicklung, Abteilung Au- 
tomatisierungstechnik, Straße der 
DSF 86a, Halle, 4014; Tel. 8330, 
App. 4 14 oder 4 19 (Koll. Hauk, Koll. 
Dr. Scharfe) Dr. Beese/Dr. Scharfe 


Abrechnung des PWT 
und Neuererwesens 

Das Programm in TURBO-PASCAL 
ist anwendbar bei allen BC/PC, die 
ein CP/M-kompatibles Betriebssy- 
stem besitzen. Eine Programmva- 
riante für den AC7100 wird zur Zeit 
erarbeitet. Es ist eine Diskette mit 
Software und eine zweite für die Da- 
ten vorgesehen. 

Die ökonomischen Ergebnisse des 
PWT werden nach folgenden Krite- 
rien abgerechnet: 

- Planteile 


- Urheberkostenstellen 

- Wirkungsbereiche 

- Charakteristiken (z. B. MMM, 
Nachnutzung, Mikroelektronik 

- Materialarten (Menge und Wert) 
Ausgewählte Schwerpunktmateria- 
lien werden mengenmäßig auf Urhe- 
berkostenstellen aufgeschlüsselt. Es 
wird jeweils ein Soll/Ist-Vergleich 
durchgeführt und die prozentuale Er- 
füllung ausgewiesen. 

Die Abrechnungszeiträume umfas- 

- Ist im Berichtszeitraum 

- Ist für beliebigen Folgemonat 

- Ist per Jahresende 
und Überhang. 

Als Darunterposition des PWT wer- 
den die Ergebnisse des Neuererwe- 
sens in gleicher Art und Weise abge- 
rechnet und ausgewiesen, ohne daß 
eine Neueingabe erfolgt. 

Des weiteren sind einige Servicerou- 
tinen implementiert. Der gesamte 
Ablauf des Programmes wird mit 
Hilfe von Menüs gesteuert. Zum Pro- 
gramm gehört ein Installationspro- 
gramm, mit dem es möglich ist, die 
genannten Abrechnungsarten inhalt- 
lich und im Umfang zu ändern, ohne 
daß eine Neuübersetzung des Pro- 
gramms notwendig ist. 

VEB Elektromaschinenbau Dresden, 
Elektromotorenwerk Dresden- 
Nord, Abt. TN, Großenhainer Str. 
109, Dresden, 8023; Tel. 52511, 
App. 2 1 6 DittrichlWeißfloh 


Beliebige PC 

an SKR-Rechner gekoppelt 

Mehrplatzsysteme des SKR und der 
zunehmende dezentrale Einsatz von 
8- und 16-Bit-PC wie BCA51xx, 
PC 1715, AC71xx, PC183X, AKTS 
sowie AT- und XT-kompatibler Ge- 
räte führen zur Forderung nach be- 
quemem und zuverlässigem Daten- 
austausch zwischen all diesen Gerä- 
ten. 

Mit der nun auch für 16-Bit-PC (und 
AC) bereitstehenden Software TER- 
MINAL wird dieses Problem unter 
Nutzung der Fähigkeit der SKR- 
Rechner zur simultanen Bedienung 
mehrerer Terminals über serielle 
Verbindungen (V24, IFSS) zuverläs- 
sig und komfortabel gelöst. Da es 
sich um Software unterhalb des Ni- 
veaus von Rechnernetzen handelt, 
entsteht auch kein Aufwand für Hard- 

Mit TERMINAL ist es möglich, alle 
gebräuchlichen 8- oder 1 6-Bit-PC als 
VTIOO-kompatible aktive Terminals 
nah- oder fernaufgestellt in Kopplung 
mit SKR-Anlagen oder entsprechen- 
den 32-Bit-Mehrplatzsystemen zu 
betreiben. Zusätzlich ist Dateiaus- 
tausch ohne Einschränkungen des 
Datenformats in jeder Richtung mög- 
lich. Diese Funktion wird auch über 
eine Softwareschnittstelle bereitge- 
stellt (Include-Prozedur). 

TERMINAL läuft unter SCP, SCP 
1 700, DCP sowie unter den zu CP/M, 
CP/M-86 und MS-DOS kompatiblen 
Betriebssystemen. 

VE Kombinat Baureparaturen und 
Rekonstruktion. ORZ, Markt 8, Leip- 
zig, 7010; Tel. 209688, 298824 

Dr. Siebach 
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Entfernen 
von REM-Zeilen 

Das Dokumentieren von Quelltext 
sollte für jeden Programmierer zur 
Selbstverständlichkeit gehören. Lei- 
der belegen Kommentarzeilen in ei- 
nem BASIC-Programm teilweise 
mehr als die Hälfte des beanspruch- 
ten Speicherplatzes. In der Arbeits- 
version des Programms sind diese 
Zeilen überflüssig. Das vorliegende 
Programm ist ein nützliches Werk- 
zeug zum Löschen dieser Kommen- 
tarzeilen. 

Da beim KC 85/3 der DELETE-Befehl 
zum Abbruch führt, wenn er innerhalb 
eines Programms angewendet wird, 
wurde die in IV veröffentlichte Idee 
genutzt, um eine weitere Programm- 
erarbeitung zu erreichen. 

Weiterhin muß die Nummer der zu lö- 
schenden Zeile hinter dem Token für 
DELETE im ASCII-Code in den Spei- 
cher geschrieben werden. 

Das entsprechende Programm ist in 
Abb. 1 zu sehen. Das Programm wird 
mittels LOAD#1 geladen und fügt 


sich vor dem zu bearbeitenden Pro- 
gramm ein, welches erst mit Zeilen- 
nummer 20 beginnen darf. Es liest je- 
den Speicherplatz vom Programman- 
fang bis Programmende und ver- 
gleicht dessen Inhalt mit den Token 
für REM' bzw. '!'. Wird ein entspre- 
chendes Byte gefunden, wird außer- 
dem auf Zeilenanfang verglichen, um 
auszuschließen, daß das Byte Teil ei- 
ner Adresse oder Zeilennummer ist. 
Danach wird die zugehörige Zeilen- 
nummer gelesen, in ASCII-Code um- 
gewandelt und in den Speicher ge- 
schrieben. Nach dem Löschen der 
Zeile wird das Programm mit der 
GOTO-Anweisung erneut aktiviert. 
Die aktuelle Speicheradresse für den 
Vergleich steht dabei immer in 
Adresse OAH. Jede gelöschte Zeile 
wird auf dem Bildschirm angezeigt. 
Wurde das gesamte Programm 
durchsucht, werden die Programm- 
zeilen des REM-”Killers” gelöscht. 
Damit liegt die Arbeitsversion des be- 
arbeiteten Programms vor. 

Kai Hauser 

Hinweis der Redaktion: 

Das Programm muß genau zeichen- 
weise eingegeben werden, ohne des- 
sen Länge z. B. durch Leerzeichen zu 
verändern. Außerdem darf die letzte 
Programmzeile im zu bearbeitenden 
Programm keine Kommentarzeile 
sein, das sonst das abgedruckte Pro- 
gramm kein Ende findet. 

Literatur 

IV Kirves, K.-D.: Arbeit mit BASIC- 
Datenfeldern beim KC 85/3. Mikro- 
prozessortechnik 1 (1987) 3, S. 94 


Programmieren 
der Funktionstasten 
am PC 171 5 in BASIC 

Der Personalcomputer PC 171 5 ist 
mit einer relativ komfortablen Tasta- 
tur ausgestattet. Leider ist mit der vor- 
handenen Dienstleistungssoftware 
unter dem Betriebssystem SCP keine 
Möglichkeit geschaffen worden, eine 
schnelle Veränderung der Funktions- 
tastenprogrammierung zu realisie- 
ren. Die Programmierung erfolgt in 
der Regel mit dem Hilfsprogramm 
INSTSCP, wobei es dem wenig er- 
Hex. Dez. Abgelegter 

Adresse Adresse Code (Hex) 


EOAA 57514 Dl 

EOAB 57515 04 

EOAC 57516 52 

EOAD 57517 55 . 

EOAE 57518 4E 

EOAF 57519 OD 

EOBO 57520 D4 

E0B1 57521 01 

E0B2 57522 19 

E0B3 57523 83 


fahrenen Nutzer mit der hexadezima- 
len Verschlüsselung des Buchsta- 
ben- und Tastencodes schwer ge- 
macht wird. Durch das BASIC-Pro- 
gramm wird der entsprechende 
Adreßraum von EOAA-EOEB (Dezi- 
mal 57514-57579) gelesen und auf 
einfache Form wieder neu beschrie- 
ben. 

Zum besseren Verständnis des Pro- 
gramms ist jedoch der rechnerinterne 
Aufbau dieses Adreßraumes von Be- 
deutung. Die aktuellen Tastencode 
sind beispielsweise nach folgendem 
Schema abgespeichert: 

Bedeutung 


Nummer derTaste Fl IV 
Anzahl der programmierten Code 
ASCII-Code für R 
ASCII-Code fürü 
ASCII-Code fürN 
ASCII-Code für <ET> 

Nummer derTaste F4 
Anz. der progr. Zeichen 
ASCII-Code für Ctrl S 
Nummer der T aste Fl 0 


EOEB 57579 FF 


Endekennzeichen 


(Die Anordnung läßt sich mit dem Programm POWER und dem Kommando 
DUMPX EOAO EOEF überprüfen.) 


Dabei spielt die Reihenfolge und die 
Anzahl der programmierten Tasten 
keine Rolle. Jedoch können insge- 
samt nur 66 Code abgespeichert wer- 
den. Für jede beliebige Tastencodie- 


rung gilt, daß pro Taste mindestens 3 
Code belegt werden (siehe Adresse 
EOBO bis E0B2). Dagobert Mühlhaus 
Literatur 

IV Manual robotron 1715, Pkt. 2.2.3. 


2 CLS: PRINT"REM-KILLER" 

3 D0KE10 ,DEEK(863) 

4 Aa="GOT06"+CHRn(l3)+CHRa(O) 

5 F0RX*1T07: POKEX , ASC(MIDn( A b ,X,1 )):NEYT 

6 P0KE504 , PEEK( 504 )0R64 : VP0KE14289 , 1 VPOKE14290.0 

8 FORZ=0TO4:POKE1431+Z.48:NEXT 

9 C=DEEK(10):BY=PEEK(C):C=C+1 : IFC=DE?K( 983 )G0T01 1 

10 IF(BY=1560RBY=142)ANDPEEK(C-6)=OGOT012:ELSEDOKE10,C:GOT09 

11 POKE504,PEEK(504)AND191 : DELETE2 ,18 

12 ZN=PEEK(C-2 )*256+PEEK(C-3): C»C-2:D0KE10 ,C 

13 ZB=STRn( ZN ) : L=LEN( Zb ) : Zb-RIGHTb( Zb , L-1 ) : L-L-1 

14 PRINT"ZN=" jZN , 

15 F0RG=LT01 STEP-1 

16 Z=VAL(.MIDn(Zn,G,1)):P0KE1435-L+G.Z+48:NEXT 
18 DELETE00000 


Nochmals: MC-Code und BASIC 
Neben den in MP 10/87 vorgestellten 
Möglichkeiten der Einbindung von 
MC-Code in BASIC-Programmen 
kann es praktisch sein, den Maschi- 
nenteil vor den BASIC-Beginn zu le- 
gen. Die BASIC-Programme lassen 
sich dann erweitern und editieren. 
Das komplette Programm wird ab 
035FH oder noch besser ab 0300H 
mit XSAVE gerettet. Die Endadresse 
steht in 03D7H/03D8H. 

Das Verlegen des Programmspei- 
chers erfolgt nach BASIC-Kaltstart 
und Rückkehr in das Betriebssystem. 
In 035FH/0360H wird mit MODIFY 
der Zeiger auf die erste BASIC-Zeile 
gestellt (Original: 0401 H) 

XREBASIC und >NEW sorgen für 
die notwendigen Einträge im Notiz- 
speicher. 

Ist das Programm fertig, kann es mit 
einer Selbststartadresse abgespei- 
chert werden /I /. Uwe Zierott 

Literatur 

IV Zierott, U.: Erweiterte Zeilenbefehle für 
den KC-BASIC-lnterpreter. Mikropro- 
zessortechnik 1 (1987) 1 1 , S. 333-334 


Termine 


2. zentraler 
Erfahrungsaustausch 
von Computerklubleitern 

WER? Bezirksvorstand der KDT 
Potsdam 

WANN? Mai 1988 
WO? Potsdam 

WAS? Erfahrungsaustausch zu fol- 
genden Schwerpunkten: 

- Stand und Entwicklung der techni- 
schen Basis 

- didaktische Probleme 

- Organisation der Klubarbeit 

- Aufgaben und gesellschaftspoliti- 
sche Rolle der Betreiber individueller 
Rechentechnik 

WIE? Teilnahmemeldungen bitte an 
Bezirksvorstand Potsdam der Kam- 
mer der Technik, Weinbergstraße 20, 
PSF 27, Potsdam, 1561 

Rand 
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Pixelvergrößerung 
für KC 8512 (13) 

Das Unterprogramm wurde entwik- 
kelt, um Programme einem größeren 
Interessentenkreis mit einem Monitor 
vorführen zu können. Es wurden so- 
wohl neue Programme mit diesem 
UP geschrieben als auch bereits vor- 
handene Programme mittels dieses 
UPs auf Großdarstellung umgerüstet 
(Änderung der Monitorgestaltung, 
aber keine Änderung des Rechenteils 


vorhandener Programme). 

Folgende Varianten sind z. B. mög- 
lich: 

- Wahlweise Klein- oder Großdar- 
stellung je nach Vorführzweck des 
Programmes (über IF-THEN-Anwei- 
sungen realisierbar) 

- Reine Großdarstellungen (Steuer- 
strings "SA” und "SL") der Druckbe- 
fehle 

- Normallauf von Programmen und 
Großdarstellung der aktuell interes- 
sierenden Druckzeile zusätzlich an 
oberem oder unterem Monitorrand 


(Steuerstring ”SA”). 

Sonderzeichen, die vom Anwender 
über CCTL-Adressierung definiert 
sind, werden vom UP ebenfalls ver- 
größert. Es ist auch möglich, Groß- 
und Kleindarstellungen nebeneinan- 
der (z. B. für Exponenten und Indizes) 
zu verwenden. 

Großdarstellung von Strings, die län- 
ger als eine Druckzeile sind, ist über 
das Hauptprogramm zu organisieren. 
Um den Umgang mit dem UP zu er- 
leichtern, wurden umfangreiche Re- 
gieanweisungen (ab 58000) und ein 


Testprogramm (ab 59000) dem ei- 
gentlichen UP (ab 60000) vorge- 
schaltet. 

Beim erstmaligen Anspringen des UP 
wird der MC-Teil des UP geladen 
(60030-60330), deshalb dauert in 
diesem Fall die Vergrößerung eines 
Strings länger als bei den folgenden 
UP-Aufrufen. 

Das UP wurde auf dem KC85/2 (/3) 
mit BASIC-Interpreter-Version 2.1 3/ 
1) getestet. Die vorliegende Variante 
des UP ist der Stand 9/87. 

Dr. Gunter Bonitz 




Ausdrucken von Bildschirm- 
inhalten beim PC 1715 unter 
SCP 

Wird auf dem Personalcomputer 
PC 171 5 in der Programmiersprache 
BASIC Software erstellt, ist es oft er- 
forderlich, bestimmte Rechenergeb- 
nisse o.ä., die auf dem Bildschirm 
dargestellt werden, mit Hilfe des 
Druckers auszugeben. 

Das erfordert aber doppelten Pro- 
grammieraufwand, da die Befehle je- 
der PRINT-Anweisung noch einmal 
hinter einer LPRINT-Anweisung er- 
scheinen müssen. Mit folgendem 
kleinen Unterprogramm, das sich 
durch die GOSUB-Anweisung an be- 
liebiger Stelle im Progfamm einbauen 
läßt, fallen alle doppelten LPRINT- 
Anweisungen weg. 


10 HARDCOPY PC 1715 
20 ’############ 

30 Ausdrucken Bildschirminhalt 
40 WIDTH LPRINT 81 
50 FOR I = 63488! TO 65423! 

60 LPRINT CHR$(PEEK(I)); 

70 NEXTI: RETURN 
Erläuterung des Programms 
Der entsprechende Teil des Bildwie- 
derholspeichers ist auf den Adressen 
F800H bis FF8FH abgelegt. Das ent- 
spricht dezimal den Adressen 63488 
bis 65423. Er ist fortlaufend aufge- 
baut. Die Adresse 63488 entspricht 
der ersten Zeile und der ersten 
Spalte. Eine spezielle Buchstabenpo- 
sition auf dem Bildschirm läßt sich er- 
mitteln mit der Berechnung von: 
POSITION = 63488 
+ 80* (Zeile -1) + Spalte 
Durch die Anweisung in Zeile 40 fällt 


eine zusätzliche Zählschleife für die 
schon gedruckten Zeichen pro Zeile 
weg. 

Besondere Effekte auf dem Bild- 
schirm kann man durch direktes Be- 
schreiben des Bildwiederholspei- 
chers möglich machen. Das kann 
man problemlos mit der POKE-An- 
weisung in der Form: POKE POSI- 
TION.BYTE realisieren, wobei das 
gewählte Byte ab der gesetzten Posi- 
tion bis Bildschirmende gilt. In folgen- 
dem Beispiel seien einmal ein paar 
Code ausgewählt. 

10 PRINTCHR$(12) 

20 FORI = 0TO6:READCODE 
30 PRINT 

” ABCDEFabcdef 1 2345*+ < ) ” 

40 POKE 

63488+1*80, CODE:NEXT I 
50 DATA 

133,135,160,130,131,144,145 


Es wurde jeweils die erste Spalte mit 

einem Byte belegt. 

Wirkungen der Code der DATA-An- 

weisung: 

133 sehr heller Hintergrund, keine 
Schrift 

135 sehr heller Hintergrund, dunkle 
blinkende Schrift 

160 Durchgehende Linie, dunkler 
Hintergrund 

130 Dunkler Hintergrund, helle blin- 
kende Schrift 

131 Dunkler Hintergrund, sehr helle 
blinkende Schrift 

144 Heller Hintergrund, dunkle 
Schrift 

145 Sehr heller Hintergrund, dunkle 
Schrift 
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Grundlagen 
und Anwendungen der 
CAD/CAM-Technoiogie - 
eine Fachbibliographie 

von einem Autorenkollektiv, Heft 17 
der Schriftenreihe der Betriebssek- 
tion der KDT und der Zentralen Infor- 
mationsstelle Wissenschaft und 
Technik des VEB GRW „Wilhelm 
Pieck“ Teltow, 1987, 70 S., 8,-M 

Die rechnergestützte Konstruktion/ 
Projektierung und Fertigung gewinnt 
zunehmend entscheidende Bedeu- 
tung bei der Nutzung solcher Schlüs- 
seltechnologien wie Mikroelektronik, 
Sensortechnik, Mikrorechentechnik, 
flexible automatisierte Fertigungssy- 
steme, Optoelektronik, Lasertechnik 
und Anwendung neuer Werkstoffe. 
Entsprechend dieser Grundrichtung 
der wissenschaftlich-technischen 
Entwicklung sind dieser Fachbiblio- 
graphie die neuesten Veröffentli- 
chungen auf dem Gebiet der rechner- 
gestützten Schlüsseltechnologien 
von CAD/CAM, CAE, CAQ bis hin zu 
CIM und vor allem der Entwicklung 
und Anwendung dieser rechnerge- 
stützten Technologien in den vielfäl- 
tigsten industriellen Einsatzgebieten 
der Volkswirtschaft zugrunde gelegt. 
Zu diesen Einsatzgebieten zählen 
insbesondere die chemische Indu- 
strie, Energietechnik, Maschinenbau, 
Bauwesen, Elektrotechnik/Elektronik 
und die Automatisierungstechnik. Die 
Fachbibliographie enthält vorwie- 
gend CAD/CAM-Anwendungsfälle, 
um den Entwicklern, Konstrukteuren 
und Technologen sowie den Kadern 
aller Leitungsebenen der Industrie 
sowie den in der Weiterbildung Täti- 
gen Impulse für den Einsatz der CAD/ 
CAM-Technologie zu vermitteln. Die 
Literaturhinweise beziehen sich in er- 
ster Linie auf die Fachliteratur des 
deutschsprachigen Raumes. Die 
Fachbibliographie wird vervollstän- 
digt durch ein Sachwortverzeichnis, 
das auf die Ordnungsnummer des je- 
weiligen Literaturnachweises hin- 
weist. 

Mit dieser Publikation wird eine Lücke 
im derzeitig verfügbaren Fachlitera- 
turangebot geschlossen. 

Die Broschüre, die 490 Literaturnach- 
weise enthält, die in begründeten Fäl- 
len mit Kurzreferat versehen sind, 
kann über die Zentrale Informations- 
stelle Wissenschaft und T echnik bzw. 
über die Betriebssektion der Kammer 
der Technik des VEB GRW „Wilhelm 
Pieck“ Teltow zum Preis von 8,-M 
bezogen werden. Lothar Blackert 

Digitalgrafik 

von Fritz Bulla, Akademie Verlag Ber- 
lin 1987, 213 S„ 45,- M 

Mit dem verstärkten Einsatz digitaler 
Rechentechnik in ailen Bereichen der 
Gesellschaft verändern sich die In- 
halte einer Vielzahl von Aufgabenge- 
bieten grundlegend. Diese Verände- 
rungen dokumentieren sich nicht al- 
lein darin, daß diese Aufgaben den 
Zusatz „rechnergestützt“ erhalten. 

Die Mehrzahl dieser wissenschaftli- 
chen und technischen Problemstel- 
lungen sind mit der Eingabe, Abbil- 
dung, Speicherung, Darstellung und 
Manipulation grafischer Informatio- 


nen in geeigneter Form, z. B. als geo- 
metrisches Modell, verbunden. Die- 
sem komplexen Aufgabengebiet, der 
Digitalgrafik bzw. grafischen Daten- 
verarbeitung, widmet sich der Autor. 
Er stützt sich dabei auf Erfahrungen 
mit dem Gerätesystem GD71 - 
KRS4201 - ESER-Anlage. Den Nut- 
zern dieser Konfiguration und An- 
wendern, die sich in die Problematik 
der Digitalgrafik einarbeiten, ist das 
vorliegende Buch sehr zu empfeh- 

In den ersten beiden Kapiteln werden 
in kurzer und übersichtlicher Form 
Grundlagen zu geometrischen Mo- 
dellen und formalisierten Beschrei- 
bungen geometrischer Strukturen be- 
handelt. 

Die Beschreibung allgemeiner Funk- 
tionsprinzipien grafischer Ein- und 
Ausgabegeräte, wie z. B. Digitalisier- 
geräte, Plotter und Displays, folgt in 
Kapitel 3. Die betrachteten Beispiele 
beschreiben periphere Geräte des 
AKT 6454 oder von ESER-Anlagen. 
Der internationale Stand und die Ent- 
wicklungstendenzen werden analy- 

Die Programmierung und Basissoft- 
ware des Zeichenautomaten DIGI- 
GRAF werden in Kapitel 4 behan- 
delt. 

Den breitesten Raum nimmt Kapitel 5 
mit der Programmierung von Bild- 
schirmgeräten ein. Nachdem das 
Prinzip des Aufbaus von Bilddateien 
allgemein eingeführt wurde, wird eine 
konkrete Struktur am Beispiel einer 
Bilddatei des Gerätesystems GD71/ 
KRS4201 dargestellt. Daran an- 
schließend folgt die FORTRAN-Pro- 
grammierung zur passiven und inter- 
aktiven Nutzung von Bildschirmgerä- 
ten. 

In Kapitel 6 werden die Arbeit am gra- 
fischen Terminal der Konfiguration 
GD71 - KRS4201 - ESER-Anlage 
und das zugehörige Programmsy- 
stem GIS/TEBAM behandelt. 

Wichtig für Anwender und Program- 
mierer von Grafiksoftware ist die in 
Kapitel 7 beschriebene Standardisie- 
rung der grafischen Schnittstelle. Es 
werden die FORTRAN-Funktionen 
des international standardisierten 
grafischen Kernsystems (GKS) be- 
schrieben. 

ln den letzten drei Kapiteln beschäf- 
tigt sich der Autor mit der Ein- und 
Ausgabe geometrischer Informatio- 
nen ohne größeren Programmierauf- 
wand, speziellen Problemen der 
rechnerinternen Darstellung, Mani- 
pulationen geometrischer Objekte 
sowie der Anwendung der Digitalgra- 
fik in CAD/CAM- und CAE-Systemen. 
Dabei werden Möglichkeiten für ei- 
nen sinnvollen Einsatz der Digitalgra- 
fik aufgezeigt. Dr. Rainer Gebhardt 


PASCAL - 
Programmiertechnik 
für Fortgeschrittene 

von P. A. Sand, McGraw-Hill Book 
Company GmbH Hamburg 1986, 
588 Seiten 

Üblicherweise verspüren Program- 
mierer nach einer gewissen Zeit der 
Verwendung von PASCAL ein immer 
stärker werdendes Bedürfnis, das 
Basisanwendungsgebiet zu verlas- 


sen und Routinen zu schreiben, die 
anscheinend in den Bereich der Sy- 
stemprogrammierung gehören oder 
aber als mit PASCAL nicht besonders 
günstig realisierbar angesehen wer- 
den. Das Buch von P. A. Sand erweist 
sich für derartige Fälle als eine wahre 
Fundgrube, und es muß anerken- 
nend herausgestellt werden, daß die 
meisten Kapitel selbst für sehr erfah- 
rene Programmierer erheblichen Er- 
kenntniszuwachs ermöglichen. 

Im einzelnen wird der Leser zuerst mit 
interessanten Bildschirm- und Inter- 
aktionstechniken bekannt gemacht, 
die für moderne Anwenderpro- 
gramme unmittelbar nutzbar sind. 
Weitere Schwerpunkte sind Verfah- 
ren für leistungsfähige Handhabun- 
gen von Textdateien, das Program- 
mieren von Spielen und Simulationen 
(z. B. komplizierte Bewegungsab- 
läufe auf dem Bildschirm) sowie die 
Darstellung von Methoden zur Erar- 
beitung von Programmpaketen der 
Klasse SuperCalc, Multiplan, . . . 

Zu allen Teilthemen gibt der Autor 
viele sehr gut aufeinander abge- 
stimmte Programm-Module an, so 
daß die vorgestellten Methoden 
grundsätzlich am eigenen Computer 
geprüft bzw. eingesetzt werden kön- 
nen. Probleme entstehen allerdings 
durch die Verwendung einer Apple- 
PASCAL-Version, die nicht in vollem 
Umfang zu portablen Programmen 
führt. Um dieser Situation weitgehend 
zu begegnen, ist ein umfangreiches 
Kapitel aufgenommen worden, das 
sich mit der Portierung der Beispiel- 
programme auf IBM-kompatible PC 
unter TURBO-PASCAL beschäftigt. 

Prof. Dr. Jürgen Zaremba 

FORTH-Anwendungsberichte 

Die Broschüre „Applikation von 
FORTH“ mit einem Umfang von 96 
Seiten von der Sektion Technische 
Elektronik der WPü Rostockgibt eine 
gedrängte Übersicht zu einigen pro- 
fessionellen FORTH-Einsatzfällen 
und Aspekten der Systemimplemen- 
tierung. Enthalten sind die Bei- 
träge: 

Woitzel/Neuthe: Basissystem com- 
FORTH 

Neuthe: Das comFORTH Stingpa- 

Dünow: Grafikanwendungen in com- 
FORTH 

Drewelow: Identifikationsalgorithmen 
in FORTH 

Pfüller: FORTH-Software für See- 
gang-Meßeinrichtung 
Korpal: Prozeßsteuerung Brauerei 
Darmüntzel: Rechnergestützte Stun- 
denplanerstellung. 

Die Broschüre (Preis etwa 10 Mark) 
kann bestellt werden bei: Wilhelm- 
Pieck-Universität Rostock, Abt. 
Wissenschaftspublizistik, Vogel- 
sang 13/14, Rostock, 2500. 

Software-Qualitätssicherung 
Aufgaben - Möglichkeiten - 
Lösungen 

von einem Autorenkollektiv, Beuth 
Verlag GmbH Berlin (West) 1986. 

1 84 S., Lit.- u. Sachwortverzeichnis 
Mit dieser Veröffentlichung werden 
gut strukturierte Informationen zu we- 
sentlichen Schwerpunkten des o. g. 
Themas vermittelt. Hauptaussagen 


werden getroffen zu Prinzipien der 
Software-Qualitätssicherung ; Quali- 
tätsmerkmale der Software; Maßnah- 
men, Hilfsmittel und Werkzeuge so- 
wie Ablauf- und Aufbau-Organisa- 
tion; Wirtschaftlichkeit und rechtliche 
Aspekte der Software-Qualitätssi- 
cherung. Dabei wird sehr deutlich, 
daß die Autoren sich nicht auf stan- 
dardisierte Software-Merkmale stüt- 
zen können. Zum Beispiel sind die fi- 
xierten Qualitätsmerkmale von Soft- 
ware in keiner Weise identisch mit 
dem einschlägigen Fachbereichs- 
standard (Entwurf) der DDR. Es wird 
auch durch die Autoren eingeräumt, 
daß die Zusammenhänge zwischen 
den einzelnen Merkmalen und die 
daraus abzuleitenden qualitätsorien- 
tierten Entwicklungsmaßnahmen als 
noch nicht vollständig geklärt ange- 
sehen werden müssen. Unbeschadet 
davon werden Anregungen zur Orga- 
nisation der Software-Qualitätssiche- 
rung unterbreitet und eine Anzahl von 
Beispielen geboten, die deutlich ma- 
chen, daß Software-Qualitätssiche- 
rung um so wirtschaftlicher ist, je frü- 
her sie im Entwicklungsprozeß so- 
wohl für die konstruktiven als auch für 
die fehlerentdeckenden Maßnahmen 
praktiziert werden. 

Prof. Dr. Wolfgang Schoppan 

TURBO-PASCAL 

von G. Renner, Vogel-Verlag Würz- 
burg, 2. Auflage 1 986, 306 S. 
TURBO-PASCAL enthält neben allen 
Sprachelementen von Standard- 
PASCAL Leistungsmerkmale, die 
von einem anderen Compiler bisher 
nicht erreicht wurden. Diese und viele 
andere gute Gründe führten sicher- 
lich dazu, daß TURBO-PASCAL der 
PASCAL-Dialekt für Mikrocomputer 
schlechthin geworden ist. Das vorlie- 
gende Buch wendet sich vor allem an 
Anfänger und Umsteiger, die sich für 
eine Programmiersprache entschei- 
den möchten. Didaktisch gut geglie- 
dert, wird, angefangen von der Pro- 
grammierumgebung bis hin zu den 
Sprachelementen von TURBO-PAS- 
CAL, dem Leser eine vollständige 
Einführung in diese Sprache gege- 

Zahlreiche Beispiele unterstützen da- 
bei das theoretisch Beschriebene. 
Ein Fragenkomplex am Ende eines 
jeden Kapitels ermöglicht dem Leser 
eine Selbstkontrolle, inwieweit er die 
in dem jeweiligen Abschnitt vermittel- 
ten Kenntnisse verstanden hat. 

Ein extra Kapitel ist all jenen gewid- 
met, die einen IBM- bzw. IBM-kompa- 
tiblen PC benutzen und die Möglich- 
keiten der Grafik- oder Window-Tech- 
nik auch unter TURBO-PASCAL aus- 
nutzen möchten. Auf die Besonder- 
heiten der TURBO-PASCAL-Ver- 
sion, die den Arithmetik-Prozessor 
8087 unterstützt sowie die für den 
kaufmännischen Bereich interes- 
sante Version mit BCD-Arithmetik 
wird ebenso eingegangen, wie auf die 
von der Borland Company angebote- 
nen Softwaretools, z. B. das Turbo 
Access System und das Turbo Sort 
System, die im Source-Code ! gelie- 
fert werden und dem Anwender erlau- 
ben, z. B. leistungsfähige Daten- 
bankprogramme zu schreiben. 

Gerhard Behnke 
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PC-Bus 

Seit kurzem rollt über 
die Straßen der Dage- 
stanischen ASSR im 
im Osten des Nordkau- 
kasus dieser mit 24 
Personal-Computern 
ausgerüstete Ikarus- 
Bus. An den PCs wer- 
den Schüler der 9. und 
10. Klassen in die 
Grundlagen der Com- 
putertechnik und Infor- 
matik eingeführt. 

Für Schüler unterer 
Klassen ist die Einrich- 
tung eines rollenden 
Computer-Schulrau- 
mes geplant. 

Fotos: ADN-ZBITASS 



Ingenieurhochschule 
Berlin gegründet 

Auf einem akademischen Festakt im 
Roten Rathaus der Hauptstadt wurde 
am 8. Januar 1988 die Ingenieur- 
hochschule Berlin gegründet. 

Sie geht aus der Ingenieurschule für 
Maschinenbau und Elektrotechnik 
hervor und wird vorrangig für die Ber- 
liner Kombinate Ingenieure und Inge- 
nieurökonomen ausbilden. Zugleich 
erhöht sich das Forschungspotential 
Berlins auf den Gebieten der Elektro- 
technik/Elektronik und des Maschi- 
nenbaus. Die neue Bildungsstätte 
bietet insbesondere jungen Fachar- 
beitern aus der Berliner Industrie die 
Möglichkeit, ein Hochschulstudium 
aufzunehmen. Das Wirkungsfeld der 
Bildungsstätte soll an der Nahtstelle 
zwischen Wissenschaft und Produk- 
tion liegen, um aus der Anwendung 
der Wissenschaft in der Erzeugnis-, 
Verfahrens- und Technologieent- 
wicklung höheren ökonomischen 
Vorteil zu ziehen, sagte Prof. Dr. h. c. 
Hans-Joachim Böhme, Minister für 
Hoch- und Fachschulwesen. An die 
Ingenieurhochschule wurden 1 1 Pro- 
fessoren und 10 Dozenten berufen. 
Rektor ist Prof. Dr. Günter Ma- 


einen breiten Nutzerkreis möglich 
sind. Halbjährlich wird ein Katalog 
über die Programmbibiliothek der 
Leiteinrichtung herausgegeben. In- 
teressenten können die darin aufge- 
führte Software nachnutzen. ' 

Künftig werden alle geplanten Soft- 
wareleistungen der Hoch- und Fach- 
schulen, die einen Entwicklungsauf- 
wand je Vorhaben von mehr als 500 
Stunden pro Jahr erfordern, von der 
Leiteinrichtung registriert, begutach- 
tet und bestätigt. Das vermeidet weit- 
gehend Doppelarbeiten, fördert Ko- 
operation und Arbeitsteilung zwi- 
schen den Hoch- und Fachschulen 
und erlaubt, das Potential zur Ent- 
wicklung von Softwareleistungen ra- 
tioneller zu nutzen. 

Die Leiteinrichtung erteilt Aufträge 
zur Entwicklung ausbildungsgerech- 
ter mehrfachnutzbarer Softwarelei- 
stungen, sichert die Herstellung der 
notwendigen Kopien und den Ver- 
trieb an alle Hoch- und Fachschulen 
sowie andere Interessenten. 


CAD/CAM-Arbeits- 

stationen 

Der Bestand an CAD/CAM-Stationen 
hat sich von Januar 1986 bis Anfang 
März 1987 mehr als verdoppelt. Ende 


1986 waren es 24700. Etwa 43 Pro- 
zentsind in der zentralgeleiteten Ber- 
liner Industrie eingesetzt, rund 13 
Prozent im Verkehrswesen, die übri- 


gen Stationen vor allem im Bereich 
der Akademie der Wissenschaften 
und Staatsbank sowie bei Post und 
Handel. adn 

Grafik: ADN-ZB 


Im Januar dieses Jah- 
res stellte die Kunst- 
hochschule Berlin-Wei- 
ßensee im Ausstel- 
lungszentrum am Fer- 
sehturm in Berlin Arbei- 
ten ihrer Studenten und 
Mitarbeiter vor. Auf 
dem Gebiet Design war 
u.a. ein Programmier- 
arbeitsplatz (Bild 1) zu 
sehen. Praxispartner 
für die Entwicklung ist 
der VEB Kombinat 
EAW Berlin. Das Mo- 
dell wurde unter Be- 
rücksichtigung der vor- 
aussichtlichen Techni- 
schen Entwicklung ge- 
staltet. Bild 2 zeigt ei- 
nen Laborschreiber 
und das Modell eines 
Konstrukteurarbeits- 
platzes. 



MP Fotos (2): Paszkowsky 


Software fürs Studium 

Im September 1 986 begann am Insti- 
tut für Film, Bild und Ton der Aufbau 
einer sachgebietsorientierten Leit- 
einrichtung „Software für Lehr- und 
Lernprozesse an Hoch- und Fach- 
schulen“. Eine erste Aufgabe der 
Leiteinrichtung besteht darin, die an 
allen Universitäten, Hoch- und Fach- 
schulen bereits vorhandene mehr- 
fachnutzbare Software zu erfassen 
und darüber zu informieren. Ein Kata- 
log mit über 1 100 Programmen für 
die Computer PC 1715, KC 85/1 und 
KC 85/2 wurde bereits veröffentlicht. 
Eine Auswahl davon steht in einer 
rechnergestützten Datenbank zur 
Verfügung, so daß Recherchen für 
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Dialog 


T äktfrequenzumschaltung 
MRBZ1013 

Leider ist in dem Beitrag zur Taktfre- 
quenzumschaltung zum Z 1013 das 
Bild 2 (Variante 5) fehlerhaft. Autor 
und Redaktion bitten um Entschuldi- 
gung. 

Interessenten, die die richtige 
Schaltung benötigen, wenden sich 
an den Computerclub robotron, 
Gerberstr. 3, Leipzig, 7010. 

Wenig beachtete Details 
bei der formellen Dialogge- 
staltung von PC-Program- 
men 

Mit der breiten Nutzung von Perso- 
nalcomputern am Arbeitsplatz wer- 
den neben Standardsoftware auch 
viele „maßgeschneiderte“ Pro- 
gramme der „Marke Eigenbau“ be- 
nutzt. Dabei fällt die unnötige indivi- 
duelle Vielfalt bei der formellen Dia- 
loggestaltung auf. Man ist immer gut 
beraten, sich die Standardsoftware 
als Vorbild zu nehmen. Leider ist man 
auch dort von allgemein anerkannten 
Standards noch weit entfernt. Leicht 
handhabbare Programme führen den 
Nutzer durch einfache Ja/Nein-Alter- 
nativen zu den gewünschten Pro- 
grammvarianten. Dabei kann festge- 
stellt werden, daß in der Alternative 
eine der Antworten meist dem soge- 
nannten Standardfall entspricht. Das 
muß nicht immer der Ja-Fall sein. 
Fragen von der Art: 

„Datei nicht löschen (j/N)?“ 
sind unbedingt zu vermeiden. 

Es wird empfohlen, auf eine einfache 
Frage die Antwort-Alternativen in der 
Form (j/N) oder (J/n) zur Beantwor- 
tung anzubieten, wobei der jeweils 
großgeschriebene Buchstabe dem 
Standardfall entsprechen soll, der 
durch Betätigen irgendeiner Taste 
(<any key)) - im Regelfall einfach 
Drücken von (CR) - zugewiesen 
wird, z. B. 

„Datei FORMAL. TXT löschen (J/n)?“ 
Aus dem Kontext des gesamten Pro- 
gramms ergebe sich bei obiger Aus- 
schrift, daß im Regelfall die Datei ge- 
löscht werden kann. 

Der Nutzer kann bei dieser Konven- 
tion durch laufendes Drücken von 
(CR) den Standardablauf durchspie- 
len. Intern wird immer nur auf den 
kleingeschriebenen Anfangsbuch- 
staben von (J/n)?" geprüft, der 

sowohl in Klein- als auch in Groß- 
schreibung und eventuell auch voll 
ausgeschrieben als „Nein“, „no“ oder 
„Niemals“ eingegeben werden kann. 
Alle anderen Antworten münden in 
den „ELSE-Zweig“. 

Bei der Fallauswahl in der Art eines 
Menüs hat sich folgende Konvention 
gut bewährt: 

E)dit Ocompile W)ork file 
S)ave R)un e(X)ecute 
Dabei wird der vor der schließenden 
runden Klammer stehende Buch- 
stabe in Groß- und Kleinschreibung 
intern als signifikant erkannt. Der Nut- 
zer könnte dann z. B. auch eine Lang- 
form „Editieren“ eingeben, wenn das 
programmtechnisch vorgesehen ist 
( BDOS(IO) statt BDOS(1) unter CP/ 
M ). Eine Aufforderung, z. B. 


„ENTER Arbeitslaufwerk (a . . p)“ 
muß bei der Antwort (CR) entweder 
nochmals erfolgen oder mit einem 
Standardwert bzw. mit dem aus dem 
vorangegangenen Zyklusdurchlauf 
bekannten Wert automatisch erledigt 
werden können. Im letzteren Falle 
sollte der aktuelle „Standardwert“ un- 
bedingt mit angezeigt werden, so daß 
er mit (CR) quittiert oder durch einen 
anderen Eingabe-Wert überschrie- 
ben werden kann. 

Christian Hanisch 


Zum Akustikkoppler 

Aufgrund der großen Nachfrage, 
die unsere Veröffentlichung zum 
Akustikkoppler in MP-Börse, Heft 
8/1987, Seite 255, hervorgerufen 
hat, bittet uns der Entwicklungsbe- 
trieb in Abstimmung mit dem Insti- 
tut für Post- und Fernmeldewesen, 
Abt. Datenkommunikation, um fol- 
gende Ergänzung, deren Beach- 
tung wir dringend empfehlen: 

Nach dem Gesetz über das Post- und 
Fernmeldewesen GBl Teil 1 Nr. 31 
vom 9. 1 2. 1 985 ist die akustische An- 
kopplung genehmigungspflichtig. 

Alle Akustikkoppler müssen den 
Empfehlungen der CCITT entspre- 
chen, die Entwicklung und Produktion 
bedarf einer Herstellungsgenehmi- 
gung durch die Deutsche Post. Im- 
portierte Akustikkoppler müssen von 
der Deutschen Post zugelassen wer- 
den. Der im Heft 8/1987 angebotene 
Akustikkoppler wurde vor dem 9. 12. 
1987 entwickelt und entspricht nicht 
den Empfehlungen der CCITT. 

Eine Weiterentwicklung ist im Wei- 
mar-Werk nicht vorgesehen. Der 
Akustikkoppler kann deshalb nicht 
im Fernmeldenetz oder in Netzen, 
die mit dem Fernmeldenetz der 
Deutschen Post verbunden sind, 
eingesetzt werden. 

Direktor für Technik 

Prüfsummen zur sicheren 
Programmübermittlung 
bei HEX-DUMPs 

Auch in der MP erscheinen Pro- 
grammbeispiele als HEX-DUMPs. 
Diese Form der Übermittlung erspart 
wertvollen Platz, und die Vorlagen 
können auch mit Drucktechnik er- 
zeugt werden. Der große Nachteil be- 
steht jedoch in der Eingabe in den 
Computer beim Leser. Jeder, der es 
selbst einmal praktiziert hat, kennt 
wohl die bange Frage vor dem Pro- 
grammstart, ob alle Bytes korrekt ein- 
gegeben sind. Für die Kleincomputer 
KC 85/3 und auch KC 85/2 soll hier 
ein Vorschlag gemacht werden, der 
dem Leser eine einfache Möglichkeit 
der Überprüfung gibt. 

Der Developmentmodul M027 11/ 
beinhaltet ein Prüfsummenprogramm 
CHSUM. Dieses Programm bildet 
eine Signatur ab einer Anfangs- 
adresse in einer angegebenen 
Länge. Bei einem Fehler bei der Ein- 
gabe wird mit sehr hoher Wahr- 
scheinlichkeit auch eine Änderung in 
der Prüfsumme auftreten. 

Deshalb sollte jeder ausgedruckte 
HEX-DUMP gleich die zugehörige 


Prüfsumme enthalten. Bild 1 zeigt 
den DUMP des Prüfsummenpro- 
grammes mit zugehöriger Signatur. 
Das Programm ist auch bei BASIC- 
Programmen sinnvoll, bei denen es 
auf Grund von POKE-, PEEK- und 
CALL-Anweisungen genau auf jedes 
Zeichen ankommt. 

Bei den Softwaremodulen zum KC 
85/3 werden in den EPROMs bzw. 
ROMs ebenfalls Prüfsummen einge- 
setzt. Bei 8-KByte-EPROM-Modulen 
erfolgt die Abspeicherung der Signa- 
turen für alle vier Schaltkreise, ein- 
zeln gebildet, im letzten von den letz- 
ten acht Bytes. Diese vier Prüfsum- 
menbytes werden nicht mit in die 
Prüfsumme des letzten EPROM ein- 
gerechnet. 

Eine Überprüfung kann folgenderma- 
ßen erfolgen: 

- Zuweisung des Moduls 
SWITCH mm 41 

(mm - Moduladresse) 

- Kommandos für Prüfsummenbil- 

CHSUM 4000 800 
CHSUM 4800 800 
CHSUM 5000 800 
CHSUm 5800 7F8 

Dieses Vorgehen sollte auch bei 
selbstprogrammierten EPROM-Mo- 
dulen angewandt werden, um jeder- 
zeit den Modul überprüfen und auch 
bei Vervielfältigung eine einfache 
Kontrolle durchführen zu können. 

Klaus-Dieter Kirves 

Literatur 

IV Kirves, K.-D.: Modul M027 Develop- 
ment. Mikroprozessortechnik 1 (1987) 8 
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XDISPLAY 0 40 

0000 7F 7F 43 48 53 55 40 01 _CH$UM_ 

0008 05 C1 11 FF FF 7E AA 57 W 

0010 0F 0F 0F 0F E6 0F AA 57 W 

0018 0F 0F0FF5E6 1FAB5F 

0020 Fl F5 0F E6 F0 AB 5F Fl 

0028 E6 E0 AA 53 5F 23 OB 78 S_#_X 

0030 Bl 20 DAEB CD 03 F0 1A 

0038 CD 03 F0 2C C9 00 00 00 , 

XCHSUM 0 40 
C3CA 

Bild 1 HEX-DUMP des Prüfsummenpro- 
gramms mit Prüfsumme 


Kommission Biotechno- 
logie gegründet 

Eine Kommission Biotechnologie 
beim Präsidium der Kammer der 
Technik ist am 27. Januar 1988 in 
Berlin gegründet worden. KDT-Präsi- 
dent Prof. Dr. Dr. Dagmar Hülsenberg 
berief als Vorsitzenden Prof. Dr. sc. 
techn. Uwe Setzermann von der 
Humboldt-Universität zu Berlin. 

Als Aufgaben der neuen Kommission 
wurden während der konstituieren- 
den Beratung u. a. die Koordinierung 
von KDT-Aktivitäten zur Einführung 
der Biotechnologie sowie die Mitar- 
beit an Entwicklungs-, Überführungs- 
und Weiterbildungsaufgaben zu bio- 
technologischen Stoffwandlungspro- 
zessen vor allem in der Nahrungsmit- 
telproduktion, in der Pharma- und 
Chemieindustrie, in der Landwirt- 
schaft sowie im Umweltschutz ge- 
nannt. Die Kommission wird bei der 
Lösung dieser komplizierten Aufga- 
ben die bereichs- und zweigübergrei- 
fende Gemeinschafts- und Bildungs- 
arbeit in der KDT verstärken helfen. 
Der Vorrang abgestimmter Weiterbil- 
dungsarbeit in der jetzigen Entwick- 
lungsphase der industriellen Biotech- 
nologie wurde unterstrichen. 

Die neue Kommission setzt sich aus 
Vertretern von biotechnologischen 
Produktionseinrichtungen, Ausrü- 
stungs- und Anlagenbaubetrieben, 
Forschungs- und Bildungsinstitutio- 
nen sowie staatlichen Organen zu- 
sammen. Sie werden in den Fachsek- 
tionen 

- Prozeßtechnik mikrobieller Stoff- 
wandlungen 

- Prozeßtechnik enzymatisch kata- 
lysierter Stoffwandlungen 

- Geräte, Anlagen, Prozeßleittech- 
nik und Labortechnik Zusammenar- 
beiten. 

Anregungen und Mitwirkungsange- 
bote nehmen das Präsidium der KDT, 
Bereich Wissenschaft und Technik/ 
Veredlung, der Vorsitzende der Kom- 
mission sowie der stellvertretende 
Vorsitzende und Leiter der Arbeits- 
gruppe „Weiterbildung/Öffentlich- 
keitsarbeit“, Prof. Dr. sc. techn. Hans- 
Jörg Raeuber, Technische Universi- 
tät Dresden, entgegen. Rb. 


Das Präsidium der KDT bittet die Veränderung folgender 
Rufnummern ab 1. März 1988 zu beachten: 

22650 Auskunft 

2 26 52 42 Abteilung Öffentlichkeitsarbeit 

2 26 52 95 Fachverband Bauwesen 

2 26 52 24 Fachverband Chemische Technik 

2 26 52 31 Fachverband Elektrotechnik 

2 26 52 37 Fachverband Fahrzeugbau und Verkehr 

2 26 52 28 Fachverband Holz— Papier— Polygrafie 

2 26 52 29 Fachverband Land-, Forst- und Nahrungsgütertechnik 

2 26 52 57 Fachverband Lebensmittelindustrie 

2 26 53 00 Fachverband Maschinenbau 

2 26 52 33 Fachverband Silikattechnik 

2 26 52 23 Fachverband Textil-Bekleidung-Leder 

2265298 Fachverband Wasser 

2 26 52 22 Wissenschaftlich-Technische Gesellschaft für Energiewirtschaft 
in der KDT 

2 26 53 04 Wissenschaftlich-Technische Gesellschaft für Meß- und Automatisie- 
rungstechnik in der KDT 
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Auswertung 


„ Was lange währt wird gut“, so sagt ein Sprichwort, das auch auf die Auswer- 
tung des MP-Wettbewerbs „Bestes C-Programm gesucht“ zutrifft, zu dem wir 
in MP 71198 7 aufgerufen hatten. 

Das Analysieren der Programme, einschließlich Tests, und Aufbereiten einiger 
Beispiele zur Veröffentlichung hat nun doch etwas mehr Zeit in Anspruch ge- 
nommen. 

Aber nun zur Auswertung. 



Programmierwettbewerb 

„Bestes C-Programm gesucht“ 


Die eingeschickten Lösungen zeigten, daß 
alle Teilnehmer die Programmiersprache C 
sehr gut beherrschen. Der jüngste Teilneh- 
mer war übrigens mit 13 Jahren der Schüler 
Andre Leopold aus Berlin. Der älteste Teil- 
nehmer war Herr Dipl. -Ing. Lothar Janke aus 
Biederitz bei Magdeburg mit 36 Jahren. Das 
Durchschnittsalter der Teilnehmer lag er- 
staunlicherweise sehr niedrig, bei nur 23,9 
Jahren. Es zeigt, daß vor allem die Program- 
miersprache C, und wahrscheinlich die Pro- 
grammierung insgesamt, in starkem Maße in 
das Interessenfeld unserer Jugend gerückt 
ist. Die Mehrzahl der Einsender hatte ihre 
Programme auf einem Rechner getestet. 
Dabei waren fast alle in der DDR produzier- 
ten Rechner vertreten, wie ESER unter dem 
Betriebssystem OS/ES, P8000 unter dem 
Betriebssystem WEGA, K1630 unter den Be- 
triebssystemen MUTOS und OS-RW, 
A5130 unter dem Betriebssystem MUTOS 
und PC 1715 unter dem Betriebssystem 
SCP. Diese breite Palette zeigt, daß heute C 
auf allen Rechnern unter fast allen Betriebs- 
systemen verfügbar ist. 

Alle eingesandten Lösungen wurden gründ- 
lich analysiert. Die jeweils drei besten Lösun- 
gen wurden ausgewählt und auf einem SKR- 
Rechner vom Typ SM4 unter dem Betriebs- 
system OS-RW von mir verifiziert und für die 
Veröffentlichung in diesem Beitrag aufberei- 
tet. Die Ideen der Autoren wurden dabei 
nicht verändert. Bei der Aufgabe 1 wurde al- 
lerdings der Programmtext soweit gekürzt, 
daß das bereits veröffentlichte Rahmenpro- 
gramm (Teil VI, Bild 12) nicht noch einmal 
gedruckt werden mußte. Die Lösungen zur 
Aufgabe 2 werden in ungekürzter Fassung 
wiedergegeben. 

Problematisch war vor allem die Auswahl 
der Programme für die Veröffentlichung, da 
fast alle Programme ihre Besonderheiten ha- 
ben und deshalb vielleicht eine Veröffentli- 
chung verdient hätten. Zum anderen haben 
fast alle Programme einige kleinere und grö- 
ßere Fehler oder Mängel, manche auch nur 
„Schönheitsfehler“. Manchmal war gerade 
ein Programm mit einem interessanten Algo- 
rithmus mit kleineren Fehlern behaftet. Des- 
halb ließ ich mich bei der Auswahl der Pro- 
gramme vor allem auch davon leiten, mög- 
lichst unterschiedliche Algorithmen und Her- 
angehensweisen in diesem Beitrag wieder- 
zugeben. 

Zur Aufgabe 1 

Die Aufgabe bestand in der Entwicklung ei- 
ner Ergänzung des Programms 12.4 (aus 
MP 611987) zur Suche nach Sachwörtern in 
einem Text, der seitenweise aufbereitet 
wird. 

Von allen Teilnehmern wurde die Ergänzung 
an der richtigen Stelle in das Programm 12.4 
nach der while-Schleife zum Einlesen des 


nächsten Satzes eingepaßt. Dabei gab es 
zwei Herangehensweisen: 

- Einfügung des Programms zum Suchen 
der Sachwörter unmittelbar in den Text des 
Programms 12.4, was auch noch Änderun- 
gen im Programmkopf nach sich zieht, wie 
Vereinbarung weiterer Variablen usw. 

- Programmierung als selbständige Funk- 
tion und Einfügung nur eines Funktionsaufru- 
fes in das Programm 12.4. 

Der zweite Weg ist der elegantere, weil er die 
Modularität unterstützt und minimale Ände- 
rungen im Programm 12.4 nach sich zieht. 
Probleme gab es bei der Vereinbarung der 
Sachworttabelle swtab mit der Endeerken- 
nung. Die meisten Teilnehmer bestimmten 
die Länge der Sachworttabelle über sizeof- 
Operatoren. Andere Teilnehmer definierten 
zusätzlich eine leere Zeichenkette oder ein 
Leerzeichen als Endekennzeichen. Die ein- 
fachste Lösung ist aber die Definition eines 
NULL-Ze/grers, z. B.: 

static char *swtab [] = {„Dimension“, 
„Feld“, NULL); 

Bei der Realisierung des Suchalgorithmus 
gab es zwei grundsätzliche Herangehens- 
weisen. Der einfachste Algorithmus ist, 
wenn man ab jedem Zeichen der Textzeile 
testet, ob ein Sachwort enthalten ist. Bei vie- 
len Sachwörtern kommt es zu sehr langen 
Suchzeiten. Kritisch ist auch, daß bei klein- 
geschriebenen Sachwörtern es zu einem 
positiven Resultat kommt, wenn das Wort 
eine Teilzeichenkette eines anderen Wortes 
ist, z. B. „gehen“ ist auch in „eingehende“ 
und „Vergehen“ enthalten. Da Sachwörter 
aber in der Regel Substantive sind, ist das 
Problem nicht überzubewerten. 

Eine Verbesserung des Zeitverhaltens kann 
erreicht werden, wenn nur bei Buchstaben 
der Textzeile Sachwörter gesucht werden. 
Der exakte Algorithmus geht aber von der Er- 
kennung der Wörter aus, wenn auf Wortlük- 
ken analysiert wird, wobei die Interpunktion 
zu beachten ist. 

Herr Gundlach (28) aus Potsdam zeigte eine 
Funktion find(), die auf Buchstaben in der 
Textzeile analysiert und das Wort in einen 
Puffer puf kopiert (Bild 1). Für die Analyse 
auf Buchstaben verwendete er die Stan- 
dardfunktion isalpha(). Da nicht unter allen 
C-Systemen die Funktion verfügbar ist, sei 
sie in Bild 2 dargestellt. Für den Vergleich 
entwickelte er die Funktion cmpstr() und be- 
nutzte für die Bestimmung der Zeichenket- 
tenlänge die Standardfunktion strlen(). Für 
Kontrollzwecke druckt er neben dem Sach- 
wort und der Seitennummer noch das im 
Text gefundene Sachwort aus. 

Herr Stange (1 8) aus Strausberg entwickelte 
eine sehr einfache Funktion suche() (Bild 3). 
Er bestimmt die Länge der Sachworttabelle 
über sizeoi-Operatoren. Die Suche der 
Sachwörter wird über eine geschickte An- 


wendung von Zeigern realisiert. Wegen der 
Einfachheit des Algorithmus ist es eine sehr 
gelungene Lösung. 

Herr Knobloch (28) aus Reez bei Rostock 
realisierte ebenfalls eine sehr einfache Lö- 
sung und ergänzte noch die Ausgabe der 
Zeilennummer, in der das Sachwort gefun- 
den wurde. Er integrierte seine Funktion in 
das Hauptprogramm. Um nicht das ganze 
Programm drucken zu müssen, wurde sein 
Algorithmus in Form der in Bild 4 enthaltenen 
Funktion wiedergegeben. 

Herr Knobloch hat außerdem noch zwei ele- 
gante Funktionen zur Konvertierung Rö- 
misch-Arabisch unter Anwendung einer 
Struktur für die Konvertierungstabelle ent- 
wickelt. 

Einen völlig anders gearteten Algorithmus 
hat Herr Oehmichen aus Dresden vorge- 
schlagen (Bild 5). Er verwendete die ältere 
Standardfunktion index() zum Suchen, ob 
der erste Buchstabe eines Sachwortes in 
der Textzeile enthalten ist. Wenn der Buch- 
stabe gefunden wurde, sollten die Textzeile 
und das Sachwort auf Gleichheit unter An- 
wendung der Standardfunktion streq() ver- 
glichen werden. Dieser Vorschlag ist origi- 
nell und wurde deshalb zur Veröffentlichung 
aufbereitet. ..Dabei mußten folgende Ände- 
rungen vorgenommen werden: 

- Die Funktion index() steht in moderneren 
C-Systemen in der Regel nicht mehr zur Ver- 
fügung. Es sollte dafür die Funktion strchr() 
verwendet werden: position = strchr 
(string, c haracter) 

Sie gibt die Adresse zurück, wo das Zeichen 
character in der Zeichenkette string gefun- 
den wurde. 

- Die Funktion streq() vergleichtauf Gleich- 
heit der Zeichenketten, d.h. sie müssen 
auch gleich lang sein! Die Funktion 
strncmpO dagegen vergleicht nur die ersten 
n Zeichen der zwei Zeichenketten. Die 
Länge n wird zweckmäßigerweise mit 
strlen() vom zu suchenden Sachwort be- 
stimmt. 

Man sieht an dem Beispiel, daß es sinnvoll 
ist, sich mit den umfangreichen C-Bibliothe- 
ken zu beschäftigen, da sie vielfältige Funk- 
tionen (C-Tools) zur Rationalisierung der 
Programmierung enthalten. Aus Platzgrün- 
den konnte im MP-Kurs „ Programmierung in 
C“ darauf leider nicht eingegangen werden. 

Zur Aufgabe 2 

Die Aufgabe 2 bestand in der Auswertung 
von Meßergebnissen eines physikalischen 
Versuchs, wobei die Meßergebnisse in 
Gleitpunktdarstellung im ASCII-Kode vorlie- 
gen. Aus bestimmten Gründen wurden im- 
mer zwei Werte in einem Satz im Datenfile 
TEST.DAT gespeichert. Da keine Dimensio- 
nen angegeben wurden, ist anzunehmen, 
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daß alle Werte die gleiche Dimension ha- 
ben. 

Das erste Problem bei der Programmierung 
war die Umwandlung der Gleitpunktzahlen 
in das interne Hoat-Format. Hierzu kann die 
Funktion fscanf() genutzt werden. 
Problematisch war die End-of-Fiie-Erken- 
nung (EOF), da im Teil 5 des MP-Kurses 
„Programmierung in C“ bei der Beschrei- 
bung der Funktion fscanf() aus Platzgrün- 
den keine Aussage getroffen wurde. 
fscanf() übergibt einen int- Wert, der die An- 
zahl der fehlerfrei umgewandelten Parame- 
ter angibt. Wenn das Fileende erkannt 
wurde, übergibt fscanf() (und scanf()) den 
Wert - 1 (EOF). Wenn man diese Möglich- 
keit nicht kennt, kann man den Datensatz mit 
fgets() einiesen und mit sscanf() umkonver- 
tieren. In der Praxis wird von dieser Variante 
häufig Gebrauch gemacht. 

Auch kann die Funktion fscanf() nur zum 
Konvertieren eines Wertes genutzt werden, 
auch wenn im Datensatz mehrere Werte ge- 
speichert sind. Sobald ein Datensatz verar- 
beitet ist, liest fscanf() bei Erfordernis den 
nächsten Datensatz ein, d. h. die Formatbe- 
schreibung in fscanf ist nicht an die Daten- 
satzstruktur gebunden. Ein nächstes Pro- 
blem war die Ermittlung des minimalen und 
maximalen Wertes. Kritisch ist hier der An- 
fangswert der Variablen für das Minimum 
bzw. Maximum. Der Anfangs wert Null ist un- 
geeignet. Deshalb wurde in manchen Lö- 
sungen für die Maximum-Variable der „klein- 
ste“ Wert und für die Minimum-Variable der 
„größte“ Wert als Anfangswert gesetzt. Was 
aber der kleinste oder größte Wert ist, dar- 
über gingen die Auffassungen stark ausein- 
ander. Das Spektrum reichte von - 1 E30 bzw. 
+ 1 E30 bis zu - 1 E51 bzw. +1E51. Tatsäch- 
lich ist der kleinste und größte darstellbare 
Wert Compiler- bzw. rechnerabhängig. Eine 


Bild 8 Lösung zur Auf- 
gabe 2 von Ossenkopf 


solche Programmierung führt zwangsläufig 
zu einem nicht portablen oder inkorrekten 
Programm. Gut beraten war man, wenn man 
sich aus der Menge der Meßwerte einen be- 
liebigen Wert, in der Regel den ersten, als 
Anfangswert herausnahm. Bei der Berech- 
nung des Mittelwertes gab es keine Pro- 
bleme, dafür aber bei der mittleren quadrati- 
schen Abweichung, die laut „Kleiner Enzy- 
klopädie Mathematik“ auch als Standardab- 
weichung s bezeichnet wird und sich aus 
der Wurzel der Streuung oder Varianz s 2 er- 
gibt. Die Varianz s 2 wird wie folgt berechnet: 

s2 = 7^Ti?i (Xl_5 ° 2 (1) 

Die Anwendung dieser Formel setzt erst die 
Berechnung des Mittelwertes x voraus und 
dann in einem zweiten Durchlauf die Be- 
rechnung der Varianz s 2 . Hierbei bieten sich 
zwei Lösungen an: 

• Das Datenfile wird zweimal eingelesen, 
was natürlich viel Zeit kostet. 

• Die Meßergebnisse werden in einer Ta- 
belle im Hauptspeicher zwischengespei- 
chert, wodurch das zweite Einlesen entfällt. 
Zur Erleichterung der Programmierung die- 
ser Variante war in der Aufgabenstellung ge- 
sagt, daß die Anzahl der Meßwerte kleiner 
2000 ist. 

Ein Vereinfachung der Programmierung er- 
gibt sich aber, wenn man den Ausdruck un- 
ter dem Summenzeichen nach der binomi- 
schen Formel auflöst: 

s 2 = yry ( Ix? - 2x Ix, + x^j (2) 

Durch Anwendung der Formel (2) kann man 
in einem Durchlauf der Werte sowohl den 
Mittelwert als auch die Varianz berechnen, 
indem man die Summe der Meßwerte, die 


Summe der Quadrate der Meßwerte und die 
Anzahl der Meßwerte berechnet. 

In vielen Einsendungen wurde auch die For- 
mel (2) durch Ersetzen des Mittelwertes x 
weiter vereinfacht: 

,3 > 

Die Ausgabe der Meßwerte in 5 Spalten und 
der Auswertungsergebnisse bereitete im all- 
gemeinen keine Probleme. 

Herr danke (36) aus Biederitz bei Magde- 
burg löste diese Aufgabe durch zweimaliges 
Einlesen der Meßdatenfiles auf einem Kl 600 
unter MUTOS (Bild 6). 

Herr Walther (24), Student aus Karl-Marx- 
Stadt, zeigt in seiner Lösung das Ablegen 
der Meßergebnisse in einer Tabelle mw 
(Bild 7). Das Programm war nicht getestet 
und lief nach dem Eingeben und einer Kor- 
rektur auf unserem Rechner. Bei der Be- 
rechnung des Radikanten für die Funktion 
sqrt() mußte nach der Konstanten I ein Punkt 
eingefügt werden. Ohne den Punkt wurde 
eine Integerdivision ausgeführt und der Ra- 
dikant war gleich Null. Die Typwandlung 
durch die Angabe (double) erfolgt erst nach 
der Ausdrucksberechnung. Natürlich müßte 
noch eine Änderung des Setzens der An- 
fangswerte für min und max eingearbeitet 
werden, damit der minimale und maximale 
Wert richtig berechnet werden können. Au- 
ßerdem müßte noch das Testen der Filepoin- 
ter ergänzt werden, damit das Programm zu- 
verlässig und sicher arbeiten kann, denn die 
Wahrscheinlichkeit, daß beim fopen() ein 
Fehler auftritt, ist doch sehr hoch. 

Herzlichen Glückwunsch Herr Walther! 

Herr Ossenkopf (22), Physikstudent in Jena, 
wendete sofort Formel (3) an und verein- 
fachte sich die Programmierung wesentlich 
(Bild 8). Er testete übrigens seine Pro- 
gramme auf einem ESER-Rechner unter 
dem Betriebssystem OS/ES. 

Auch viele andere Lösungen, wie z. B. von 
Herrn Stange (18) aus Strausberg, der For- 
mel (2) verwendete, wären einer Veröffentli- 
chung an dieser Stelle wert gewesen. 
Abschließend sei allen Einsendern für ihre 
Mühe gedankt. Leider konnten nicht alle ein- 
gesandten Lösungen veröffentlicht wer- 
den. 

Unter Ausschluß des Rechtsweges wurden 
aus den guten und sehr guten Lösungen die 
Gewinner des Buches „ UNIX und C - Ein An- 
wenderhandbuch “ ermittelt. 

Herzlichen Glückwunsch 
allen Gewinnern! 

Doz. Dr. so. techn. Thomas Horn 

Die Namen der Gewinner 
lauten: 


Doetzkies, Uwe, Dresden^mm^ 
Grunert, Jürgen, Berlin 
Gundlach, Peter, Potsdarrw^Eä 
Janke, Lothar, Biederitz i JHB' 
Knobloch, Manfred, fteez 
Oehmichen, Frank, WeixdomKM, 
Ossenkopf, Volker, Jenä 
Stange, Rene, Strausberg : M 
Thamm, Oliver, Leipzig 
Walter, Carsten, Kari-Marx-Stadt 
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Der Floppy-Disk-Controller 
U 8272 O und sein Einsatz (Teil 1 ) 


Dr. Eberhard Böhl 

VEB Forschungszentrum Mikroelektronik 
Dresden 


Mit der steigenden Produktion von Büro- 
und Personalcomputern wächst auch der 
Bedarf an Folienspeicherlaufwerken - wird 
doch die Leistungsfähigkeit eines solchen 
Rechners durch diesen externen Speicher 
wesentlich erhöht. Auch mit der Erhöhung 
des Integrationsgrades von Speicherschalt- 
kreisen werden die Folienspeicher mit ihrem 
niedrigen Bitpreis, dem problemlosen Da- 
tenerhalt bei Spannungsabschaltung und 
dem einfachen off-line-Datentransfer weiter- 
hin große Bedeutung behalten, zumal die 
Entwicklung auch bei Disketten und den 
Laufwerken in Richtung immer größerer 
Speicherkapazität bei verkleinertem Volu- 
men geht. 

Der Floppy-Disk-Controller U 8272 D ist ein 
hochintegrierter Schaltkreis zur Vereinfa- 
chung der Ansteuerung von Folienspeicher- 
(Disketten-)Laufwerken. Er wurde im VEB 
Forschungszentrum Mikroelektronik Dres- 
den im Auftrag des VEB Kombinat Robotron 
entwickelt. Produzent ist der VEB Mikroelek- 
tronik „Karl Marx“ Erfurt. Die Produktion er- 
folgt In den zwei Typen U 8272 D04 (4 MHz 
für Minidisketten) und U 8272 D08 (4 MHz 
und 8 MHz, vorzugsweise für Normaldisket- 
ten). 

Nach einem kurzen Überblick über die Funk- 
tion und die technischen Daten der Disket- 
tenlaufwerke wird in diesem Beitrag insbe- 
sondere auf das vom Floppy-Disk-Controller 
(FDC) U 8272 D realisierte Aufzeichnungs- 
format und die Funktion eingegangen. 

Die Diskette 

Auf einer flexiblen kreisrunden Kunststoffolie 
wird eine dünne Schicht magnetischen Mate- 
rials aufgebracht. Zum Schutz der Beschich- 
tung dieser Diskette (floppy disk, Speicherfo- 
lie) vor mechanischer Zerstörung und Verun- 
reinigung wird die Folie von einer festen Hülle 
mit einer speziellen Auskleidung umschlos- 
sen. Die filzartige Auskleidung sorgt für eine 
Verringerung der Reibung zwischen Diskette 
und Hülle bei Ableitung der elektrostatischen 
Aufladungen und Aufnahme von Staubteil- 
chen und anderen kleinen Fremdkörpern. In 
der Hülle befinden sich Öffnungen für den 
Antriebsmechanismus (großes Loch in der 
Mitte), für das Indexloch der Diskette (klei- 
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nes Loch, kennzeichnet Spuranfang) sowie 
für den Zugriff des Lese-Schreibkopfes (ova- 
les Loch senkrecht zu allen Spuren (Bild 1). 
Das Indexloch wird durch eine Lichtschranke 
im Laufwerk erkannt und ist in der Regel 
asymmetrisch angebracht, damit die Seiten 
nicht vertrauscht werden. 



Bild 1 Aufbau von Normal- (a) und Minidisketten 
(b) 

1 - Antriebsloch, 2 - Ausschnitt zum Kopf Zugriff, 3 
- Indexloch, 4 - Beschriftungsetiketten, 5 - 
Schreibschutzkerbe 


Das Laufwerk 

Beim Lesen oder Schreiben von Daten wird 
der Kopf im Laufwerk unmittelbar in Kontakt 
mit der Diskette gebracht. Da die dünne ma- 
gnetische Schicht nur etwa eine Million Um- 
drehungen mit Kopfkontakt verträgt (bei 
360 min - ' ca. 50 Betriebsstunden), wird der 
Kopf nur zum Lesen oder Schreiben geladen 
- die Steuerung des Kopfes wird durch den 
U 8272 D entsprechend den vorliegenden 
Befehlen vorgenommen. Je nach Laufwerk- 
typ ist im U 8272 D eine entsprechende War- 
tezeit nach dem Auslösen der Entladung 
oder der Ladung des Kopfes programmier- 
bar, damit die nachfolgenden Operationen si- 
cher ablaufen. Der Kopf wird im entladenen 
Zustand in radialer Richtung durch einen 
Schrittmotor von Spur zu Spur bewegt. Die 
Impulsfolgefrequenz ist im U 8272 D pro- 
grammierbar und damit an verschiedene 
Laufwerktypen anpaßbar. Nach der Disket- 
tengröße unterscheidet man Laufwerke im 8- 
Zoll- (Normaldiskette), 5,25-Zoll- (Minidis- 
kette) und 3- bzw. 3,5-Zoll-Format (Mikrodis- 
kette). 

In der DDR sind in der Regel nur Normal- und 
Minidiskettenlaufwerke im Einsatz. In den 
70er Jahren dominierte zunächst die Normal- 
diskette mit 256 KByte Speicherkapazität auf 
77 Spuren. Bei einer Umdrehungsgeschwin- 
digkeit von 360 min -1 und einer step-rate- 
time (Impulsfolge für den Schrittmotor) von 
ca. 10 ms beträgt die mittlere Zugriffszeit ca. 
250 ms. Durch die Anwendung der doppelten 
Aufzeichnungsdichte und zweiseitige Be- 
schreibung der Disketten (auf jeder Seite ein 
Lese-/Schreibkopf) konnte die formatisierte 
Speicherkapazität schon bald auf 1 MByte er- 
höht werden. Die Minidisketten erreichten 
Ende der 70er Jahre bei einfacher Spei- 
cherdichte und einseitiger Beschreibung 


ca. 70 KByte formatisierte Speicherkapazität. 
Bei der Geschwindigkeit von 300 min - ' und 
der step-rate-time von ca. 40 ms konnten 
mittlere Zugriffszeiten von ca. 450 ms reali- 
siert werden. 

Schon bald wurde die Umdrehungsge- 
schwindigkeit auch auf 360 min - ' erhöht 
(Realisierung des 8-Zoll-Formates mit 77 
Spuren) und die doppelte Aufzeichnungs- 
dichte eingesetzt. Mit dem Einsatz von dop- 
pelseitigen Laufwerken und der Erhöhung 
der Spuranzahl auf 80 wird von den Minidis- 
ketten heute schon nahezu die Speicherka- 
pazität von den Normaldisketten erreicht, 
und die Entwicklung geht weiter. Aus dieser 
Tendenz ist abzuleiten, daß der Einsatz von 
Normaldisketten in der Zukunft international 
weiter zurückgehen wird, während der Ein- 
satz von Mini- und Mikrodisketten (bei denen 
auch größere Spurdichten möglich sind) er- 
heblich steigen wird/1/. 



Bild 2 Schematische Darstellung des Aufzeich- 
nungsformates einer Spur auf der Diskette 

1 - Vorindexlücke, Synchronfeld, Indexmarke, 
Nachindexlücke; 

2 - Synchronfeld, Adreßmarke, Identifikationsfeld; 
3 -CRC; 

4 - Adreßlücke; 

5 - Synchronfeld, Datenmarke; 

6 - Daten; 

7 - CRC; 

8 - Datenlücke 

Sektorierung der Disketten 

Die Disketten werden in jeder Spur in Sekto- 
ren eingeteilt, in denen eine vorgegebene 
Anzahl von Bytes gespeichert werden kann. 
Bei der Hardsektorierung wird jeder Sektor 
durch ein zusätzliches Loch in der Diskette 
markiert; ein an die Lichtschranke ange- 
schlossener Zähler, der durch den Impuls 
vom Indexloch jeweils zurückgesetzt wird, 
gibt die Nummer des laufenden Sektors an. 
Bei der Softsektorierung werden die Sekto- 
ren durch je einen Vorspann mit Marken und 
der Angabe der Sektornummer und anderen 
Informationen gekennzeichnet (Bild 2). 
Durch Lesen des Vorspanns nach dem Kopf- 
laden kann deshalb sofort entschieden wer- 
den, ob der nächste Sektor der zu bearbei- 
tende ist, ohne daß vorher das Indexloch ab- 
gewartet wird. Zu beachten ist, daß durch die 
Formatierung der Spur mit Synchronfeldern, 
Marken, Identifikationsfeldern und Lücken 
die theoretisch mögliche Speicherkapazität 
für die eigentlichen Daten geringer wird. 

Der U 8272 D unterstützt nur softsektorierte 
Aufzeichnungsmethoden mit wählbarer Sek- 
torgröße von 128, 256, 512, 1024, 2048 oder 
4096 Byte/Sektor bei einfacher Aufzeich- 
nungsdichte bzw. 256, 512, 1024, 2048, 
4096 oder 8192 Byte/Sektor bei doppelter 
Aufzeichnungsdichte. Es wird vorgesehen, 
noch in diesem Jahr zusätzlich das Format 
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Tafel 1 Beziehungen zwischen den SektorgrtBen 



B'-Standard-Floppy 


in Byte! 
Sektor 


GPL n GPL 2> Bemerkungen 


SC GPÜ> G PL 21 


256 01 

5 12 02 

1024 03 

2048 04 

4096 05 


OF OE 2A 


512 02 04 

1024 03 02 

2048 04 01 


512 02 OF 1B 54 

1024 03 08 35 74 

2048 04 04 99 FF 


256 01 10 20 32 
5 12 02 08 2 A 50 


IM: Indexmarke 

AM: Adreßmarke 

ID: Identifikationsfeld 

CYL: Spur- bzw. Zylindernummer 

HD: Kopfadresse 

SEC: Sektornummer 

N: Kennzeichnung der Anzahl Bytes /Sektor 

CRC: Prüfbytes (cyclic redundancy code, zyklischer Redundanzcode) 

DM: Datenmarke 

DDM: ignorierte Datenmarke 

GPU Lückenlänge (programmierbar); 

*£ variable Datenwerte, ** £ Werte entsprechend Bildungsgesetz des ver- 
wendeten Prüfpolynoms, *** £ Byteanzahl zur Ausfüllung der Spur vom Ende 
des letzten Sektors bis zum Indexloch 


8192 06 01 


11 Empfohlene Werte für GPL in Lese- oder Schreibbefehlen z 
p ung von Datenfeld und ID-Feld benachbarter Abschnitte 
2> Empfohlene Werte für GPL in Formatierungsbefehlen 


Bild 4 Marken des 
U 8272 D für FM (a) 
und M FM (b) 


128 Byte/Sektor MFM vom U 8272 D zu reali- 
sieren. Es sind einseitig und doppelseitig be- 
schreibbare Disketten durch den FDC- 
Schaltkreis ansteuerbar. 

Aufzeichnungsdichte 

Bei einfacher Aufzeichnungsdichte (Fre- 
quenzmodulation, FM) wird nach einem Takt- 
impuls entweder ein Datenimpuls (1) oder 
kein Datenimpuls (0) aufgezeichnet. Damit 
liegt bei einer 1 die doppelte Impulsfrequenz 
wie bei einer 0 vor. Die Taktimpulse dienen 
der Synchronisation beim Lesen der Daten, 
insbesondere, wenn viele Nullen nacheinan- 
der auftreten. Physisch werden die Takt- und 
Datenbits auf der Diskette als Wechsel der 
Flußrichtung realisiert. Enthält die Bitzelle 
(bestehend aus Takt- und Datenbit) eine 0, 
so ändert sich die Magnetisierung einmal, bei 
einer 1 zweimal pro Bitzelle. Die minimale 
Ausdehnung einer Bitzelle auf der Diskette ist 
durch die sichere Speicherung und Lesbar- 
keit begrenzt. Eine Erhöhung der Daten- 
dichte ohne Erhöhung der physischen Auf- 
zeichnungsdichte erreicht man, indem man 
die Taktimpulse einfach wegläßt und nur bei 
mehreren Nullen ab der zweiten Null den 
Taktimpuls sendet (modifizierte Frequenz- 
modulation, MFM). Durch eine Verdopplung 
der Aufzeichnungsgeschwindigkeit (doppel- 
ter Schreibtakt des U 8272 D) erreicht man 
bei gleicher physischer Aufzeichnungsdichte 
die doppelte Datendichte. Der FDC-Schalt- 
kreis realisiert beide Verfahren. 

Aufzeichnungsformat 

Das Aufzeichnungsformat des U 8272 D un- 
terscheidet sich für Normal- und Minidisket- 
ten nur durch die Frequenz von C (Takt) und 
WRC (Schreibtakt). Bei Normaldisketten wird 
mit C = 8 MHz und WRC = 1 MHz (MFM) 
bzw. WRC = 0,5 MHz (FM) gearbeitet, wäh- 
rend bei Minifloppyiaufwerken C = 4 MHz 
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und WRC = 0,5 MHz (MFM) bzw. 0,25 MHz 
(FM) gilt. 

Die Formate für FM und MFM sind in Bild 3 
angegeben. Zu beachten ist, daß der 
U 8272 D beim Formatisieren einer Spur auf 
die Vorderflanke des Indeximpulses (unab- 
hängig von dessen Länge) reagiert und nach 
einer bestimmten Reaktionszeit mit der Aus- 
gabe der Gap 4a (letzter Teil der Vorindex- 
lücke) reagiert. Die Synchronfelder dienen 
zum Einsynchronisieren des U 8272 auf das 
Takt- und Datenraster, und die Marken die- 
nen zur Kennzeichnung der nachfolgenden 
Felder. 

Das Identifikationsfeld enthält die Information 
über Spur, Sektornummer und Byteanzahl 
des Sektors. Diese Informationen werden 
beim Formatieren einer Spur für jeden Sektor 
vom Prozessor abgefragt und sind demzu- 
folge beliebig. Dadurch ergibt sich prinzipiell 
die Möglichkeit, die Sektoren in einer ande- 
ren Reihenfolge als mit steigender Nummer 
anzuordnen. Die CRC-Bytes werden vom 
U 8272 D entsprechend dem Polynom 
x 1 ^ + x 1 ^ + x^ + 1 

gebildet und bei jedem Lesebefehl geprüft 
(auch bei einem Abbruch mitten im Datenfeld 
durch TC = 1 bzw. bei DTL< 128 Bytes für 
den laufenden Sektor). Die Gap 3 am Ende 
eines jeden Sektors ist durch Angabe des 
Wertes GPL (Gapelänge) im Befehl FOR- 
MAT A TRACK variabel. Zu beachten ist 
aber, daß bei den Lese- und Schreibbefehlen 
ein geringerer Wert für GPL angegeben wird, 
weil es sonst wegen der Toleranzen von Um- 
drehungsgeschwindigkeit und Taktfrequen- 
zen zu Komplikationen kommen kann. 

Tafel 1 zeigt für alle realisierten Formate des 
U 8272 D die empfohlenen Werte für GPL. In 
dieser Tafel sind außerdem die Beziehungen 
zwischen den Sektorgrößen und der Anzahl 
der möglichen Sektoren pro Spur angege- 
ben. In Bild 3 sind für alle Felder nur die Werte 
der Datenbits angegeben. Für die Taktbits 
gilt bei FM der Wert FF und für MFM der- 
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jenige entsprechend dem Bildungsgesetz 
(siehe Abschnitt Aufzeichnungsdichte). Bei 
Marken gilt diese Regelung jedoch nicht, um 
eine Verwechslung mit Daten zu vermeiden. 
Die genaue Realisierung der Marken ist in 
Bild 4 gezeigt. Dabei wird das T aktbit mit dem 
dazugehörigen Datenbit zu einer Bitzelle zu- 
sammengefaßt, die für Normaldisketten bei 
FM eine Dauer von 4^s (WRC = 0,5 MHz), 
bei MFM eine Dauer von 2,«s (WRC = 
1 MHz) hat. Das Taktbit wird vordem Daten- 
bit gesendet und ist in Bild 4 schraffiert darge- 
stellt. Die Hexadezimalwerte der ineinander 
verschachtelten Takt- und Datenbits sind 
nach den Impulsen angegeben. Bei FM wird 
nur 1 Byte für die Marken verwendet, wäh- 
rend bei MFM jede Marke aus 4 Bytes be- 
steht. 

Kompatibilität 

Der U 8272 ist bezüglich des Aufzeichnungs- 
formates und der Funktion kompatibel mit 
den Schaltkreisen 8272A (INTEL) und ,«pD 
765 A (NEC). Es können mit dem U 8272 
auch problemlos Diskettenformate gelesen 
werden, die keine Indexmarke und keine 
Nachindexlücke besitzen (bei dem «PD 765 
und INTEL 8272 war das nicht ohne weiteres 
möglich). 
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Tafel 2 Pinbelegung des U 8272 


Pin-Nr. Symbol Typ Name und Funktion 



4 CS I 

5 AO I 

6-13 DB0-DB7 1/3 

14 DRQ 0 

15 DAK I 

16 C I 

17 IDX I 

18 INT 0 

19 C I 

20 USS 

21 WRC I 

22 DW I 

23 RDD I 


RESET: Erzeugung des Grundzustandes 
READ: Steuersignal für Datenübertragung 
WRITE: Steuersignal für Datenübertragung 
CHIP SELECT: Schaltkreisanwahl 
AO: Daten- u. Statusregisteranwahlsignal 
Datenbus 

DMA-REQUEST: DMA-Anforderung 1 
DMA-ACKNOWLEDGE: DMA-Bestätigung 
TERMINAL COUNT: Beendigung des DMA-Transfers 
INDEX: Anzeigen des Beginns einer Spur 
INTERRUPT: Interruptanforderung des FDC 
CLOCK: Einphasen-B MHz-Rechteck-Takt 

WRITE CLOCK: Datenschreibtakt 

DA TA WINDOW: Datenbegleitsignal vom FDD 

READ DATA: Daten vom FDD 


24 VCO 0 

25 WE 0 

26 MFM 0 

27 HDSR 0 

28,29 DS1.DS9 0 

30 WRD 0 

31,32 PS1.PS0 0 

33 Frra i 

34 WP.TS I 

35 RDY I 

36 HDL 0 

37 FRIST 0 

38 LCIDR 0 

39 RW/S 0 

40 UCC 


VCO: Regelung des Oszillators derPLL 
WRITE ENABLE: Freigabesignal zum Datenschreiben 
MFM: Datenschreibmodus 
HEAD SELECT: Kopfauswahl 
DRIVE SELECT: Auswahlsignal für FDD-Station 
WRITE DATA: Schreibleitung der seriellen Takt- und Daten- 
bits zum FDD 

PRECOMPENSATION: Schreiben des Vorabgleichstatus 
bei MFM 

FAULT/TRACK9: Fehlermeldung des FDDISpurO 
WRITE PROTECTITWOSIDE: Prüfung auf Schreibschutzl 
zweiseitige Diskette 
READY: Bereitschaft des FDD 
HEAD LOAD: Laden des Lese-Schreibkopfes 
FAULT RESETISTEP: Rücksetzen d. Fehler-FFin FDD / 
Schrittimpulse für die Kopf Position 
LOWCURRENTIDIRECTION: Reduzieren des Kopfschreib- 
stromes/Festlegung Kopfbewegung 
READ-WRITEISEEK: Auswahl des Betriebsmodus 


Für den U 8272 D ist zusätzlich zu den For- 
maten des n PD 765 A und I NTEL 8272A das 
Format 128 Byte/Sektor MFM in Vorberei- 
tung. Bei diesem Format wird keine variable 
Datenlänge (DTL) möglich sein. 

Vorteile beim Einsatz des U 8272 

Gegenüber herkömmlichen Lösungen bietet 
der U 8272 zahlreiche Vorteile: 

1 . Der Hardware-Aufwand sinktauf ca. 60%. 

2. Der Software-Aufwand (physische Basis- 
MOS) sinkt auf ca. 20%. 

3. Der Aufwand für die Formatierung von 
Disketten reduziert sich auf ca. 60% . 

4. Reduzierung der Zugriffszeit für jeden be- 
arbeiteten Sektor um ca. 7 ms durch interne 
CRC-Berechnung. 

5. Verringerung der BUS-Belastung (z.B. 
bei ID-Feld-Suche). 

Mit diesen Vorteilen ist eine erhebliche Ener- 
gie-, Material- und Volumeneinsparung ver- 
bunden. 

Einsatzbedingungen und Herstel- 
lungstechnologien 

Der U 8272 ist geeignet für den Einsatz in 
Verbindung mit zahlreichen CPU-Typen, 
einschließlich U 880, 8080A und 8086. Das 
Chip wird in einer nSGT-Technologie herge- 
stellt und in einem 40poligen DIL-Plastge- 
häuse mit metrischem Pin- und Reihenab- 
stand montiert. Die Betriebsspannung be- 
trägt +5 V. 

Ein Schaltkreis kann maximal 4 Floppy-Disk- 
Laufwerke bedienen, auf denen parallele 


Suchoperationen laufen können. Der Daten- 
austausch ist im DMA- und Nicht-DMA-Mo- 
dus möglich, und es sind Mehrfachspur- und 
Mehrfachsektorübertragungen durchführbar. 
Durch den U 8272 werden Steuersignale be- 
reitgestellt bzw. verarbeitet, die den Aufwand 
für die externe PLL-Schaltung und die Vor- 
kompensation vereinfachen. In den meisten 
Parametern stimmt der U 8272 mit dem 
i 8272A und//PD 765 A überein; er ist mit die- 
sen Typen kompatibel in Pinbelegung und 
Funktion. 

Die Pinbelegung mit einer kurzen Beschrei- 
bung ist in Tafel 2 zusammengefaßt. 

Einen groben Überblick über die prinzipielle 
Funktion des U 8272 vermittelt das Block- 
schaltbild (Bild 5). 

Der U 8272 enthält zwei über den Datenbus 
anwählbare Register. Bei Ao = 1 liegt ein Da- 
tenregister an, das von der CPU gelesen und 
beschrieben werden kann. Das Hauptstatus- 
register bei A 0 = 0 kann von der CPU nur ge- 
lesen werden. Die Bits 0 bis 3 dieses Status- 
registers kennzeichnen, welche der 4 ange- 
schlossenen Laufwerke sich in einem Such- 
modus befinden. Das Bit 4 wird gesetzt, wenn 
der FDC einen Lese- oder Schreibbefehl aus- 
führt; dabei ist das Bit 5 gesetzt, wenn der Be- 
fehl im Nicht-DMA-Modus ausgeführt wird. 
Die Bits 6 (Direction) und 7 (Request for Ma- 
ster) kennzeichnen, ob der FDC zu einem 
Datenaustausch bereit ist und in welcher 
Richtung der Datenaustausch erfolgen soll. 
Das Statusregister ist vor jeder Lese- und 
Schreiboperation der CPU auszuwerten (au- 
ßer in der Ausführungsphase eines Befehls). 
Für die Reaktion auf das RQM-Flag stehen 



maximal 12/zs (bei 8 MHz) bzw. 24/^s (bei 
4 MHz) zur Verfügung. Zu beachten ist wei- 
terhin, daß dafür gesorgt werden muß, daß 
keine verbotene Belegung an die Pins A0, 
RD^und WR gelegt wird, wie RD = 0 und 
WR = 0 bzw. A 0 = 0 und WR = 0. 

wird fortgesetzt 

1 Das DRQ-Pin des Schaltkreises U 8272 wird für verschie- 
dene Testzwecke als Eingangspin benutzt. Um eine ord- 
nungsgemäße Funktion des Schaltkreises unter allen Be- 
dingungen zu gewährleisten, ist zwischen diesem Pin und 
Uc ein Widerstand von 4,7 kfi anzubringen. 


Indizierte Variablen unter REDABAS 


4 


Das Datenbankprogramm REDABAS gestat- 
tet die Verwendung von bis zu 64 einfachen 
Variablen. Im Konzept von REDABAS sind 
allerdings keine indizierten Variablen oder 
Felder vorgesehen. Mitunter ist es aber not- 
wendig, derartige Variablentypen zu benut- 
zen. Bei entsprechender Programmierung ist 
es möglich, auch bei REDABAS Variablen zu 
schaffen, die wie indizierte verwendet wer- 
den können. 

Der REDABAS-Interpreter verfügt über die 
Möglichkeit der Verwendung von Makros. 
Weist man einer Variablen (INDEX) ein Zei- 
chen oder eine Zeichenkette zu und ver- 
knüpft den Namen der zu indizierenden Va- 
riablen (A) mit der Variablen INDEX mit Hilfe 


des Makrooperators in der Form A&INDEX, 
so wird durch den Interpreter bei der Abarbei- 
tung anstelle von &INDEX der .Inhalt der Va- 
riablen INDEX eingetragen. Auf diese Weise 
ist eine Indizierung von Variablen möglich. 
Der Inhalt von INDEX muß in Verbindung mit 
dem vorangestellten Variablennamen stets 
den Konventionen für Speichernamen genü- 
gen. Aus diesem Grund ist im ersten Pro- 
grammbeispiel auch eine Unterscheidung 
in Indexwerte kleiner 10 und größere nötig 
(Bild 1, Programm INDEX). 

Im ersten Programmbeispiel werden 10 Va- 
riablen (A1-A10) mit frei wählbaren Inhalten 
belegt und im zweiten Teil des Programms 
nach Eingabe des Index angezeigt. 


Im zweiten Programmbeispiel wird mittels 
der gleichen Vorgehensweise eine Matrix 
aufgebaut (Bild 2, Programm MATRIX). 

Wird beim Aufruf von derartig indizierten Va- 
riablen ein unzulässiger Index verwendet, 
wird vom Interpreter ein Syntaxfehler gemel- 
det. 

Beim Verfasser wird mit Hilfe der beschriebe- 
nen Indizierung innerhalb eines größeren RE- 
DABAS-Programmes ein einfacher „Tisch- 
rechner“ simuliert, der auch die Lösung ein- 
facher linearer Gleichungssysteme ermög- 
licht. 

Dadurch sind neben der der Datenband-Ver- 
waltung auch einfache Kalkulationen mög- 
lich. Bernd Matzke 
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MC 80/20 mit K- 5221 -Magnet- 
bandlaufwerk und 48-K-RAM 


Wird der MC 80 als variables Entwicklungs- 
system genutzt, treten bei der Originalspei- 
cherkonfiguration einige Probleme auf. Eine 
Speicherorganisation gemäß Tafel 1 hat sich 
dann als günstig erwiesen. 

Kernstück dieser Speicherversion ist eine mit 
geringem Aufwand umgerüstete 16-K- 
EPROM-Steckeinheit K 3820. Es wurde eine 
Möglichkeit gefunden, zwei schaltbare, adreß- 
parallele 8-K-Blöcke zu bilden. Damit lassen 
sich mit dieser weit verbreiteten Steckeinheit 
„ROM-Floppy-Systeme“ aufbauen. Im be- 
schriebenen Anwendungsfall sind im Vorder- 
grund der Editor des MC 80, im Hintergrund 
der 5 K lange Magnetbandtreiber angeordnet. 
Da bei der Arbeit mit diesem Treiber (Herstel- 
ler VEB Elektronik Gera) aus Zeitgründen 
eine Display-Abschaltung erfolgt, kann ohne 
Nachteile während dieser Zeit der parallel lie- 
gende EDITOR stillgelegt werden. 

Die Vorteile dieser Variante sind, neben der 
bequemen Arbeit mit dem Magnetbandlauf- 
werk, eine optimal baugruppenbezogene 

Tafel 1 


0000h ZRE 4 K Originalbelegung (BSYS) 


1 000 H 4 K Freibereich 1} 


2000H PFS Vordergrund Hintergrund 

K3820 

Organ/- 1 K FreibereichV 5 K K-5200-Treiber 

2400H satl0n 1 KCOPY-Treiber 3 K Freibereich 
2800H 6 K Original- 

belegung 
(EDITOR) 


4000H 48 K durchgängig RAM-Anwender- 

speicher 

FFFFH 


1} Diese Freibereiche können z. B. zum Nachrüsten einer 
Vollgrafik auf der Basis des modularen Systems QFD 15201 
GSP 1520 III genutzt werden. 


Speicherausnutzung und das Laden von Pro- 
grammsystemen nach Bedarf, wie BASIC, 
TEXTEDITOR, EDITOR/SIMULATOR U 882 
usw., ab 4000H. Mit geringfügigen Änderun- 
gen im Betriebssystem wird es möglich, 
diese Programme auch in der Menütabelle 
auszugeben und so zu starten. 

Folgende Hard- und Softwareänderungen 
sind vorzunehmen: 

1. Initialisierung der ZRE-PIO, Port BO auf 
Ausgabe für MEMDI1 -Generierung der um- 
gerüsteten PFS K 3820; das Programmstück 
wird im unbenutzten Betriebssystembereich 
angelegt (Tafel 2). 

2. Zorn Eintrag „K 5200“ in das Original- 


Tafel 2 


BETRIEBS- (000H-03FFH) 

SYSTEMBE- 

REICHS.01 


0069H JMP 0B04H ANSPRUNG ERWEITERUNG 
006DH ORIGINAL 

BETRIEBS- (0B00H-0BFFH) 

SYSTEMBE- 
REICH S.03 


0B04H LDA.0FFH PIO-INITIALISIERUNG 

0B06H OUT87H ZRE-PIO B MODE 3 

0B08H LDA.0FEH 

0B0AH OUT87H BO: AUSGANG B1-7: 

EINGAENGE 

0B0CH LDA.01H B0: 1 ; 1.8 K-BLOCK (EDITOR) 

AKTIV 

0B0DH OUT 85H 

0B10H LDA.0DH ORIGINALBEFEHLE VON 0069H 

0B12H LDI.A 

0B14H JMP 006DH NORM AL WEITER 

0B17H XORA MENUE-ANSPRUNG K 5200 

0B18H OUT85H EDITOR AUS, 2. 8K-BLOCK AUF 

2000 MIT K 5200-TREIBER AKTIV 
0B1AH JMP2ED9H SPRUNG AUF AKTIVIERTEN 
TREIBER 

Der Treiber wird mit RST 0 verlassen, damit Speicherblock- 
umschaltung (Editor ein). 


menü auf 3FFFH steht kein Platz zur Verfü- 
gung, deshalb wird diese Tabelle auf 27FFH 
(COPV-EPROM) verlegt, die alte Tabelle auf 
3FE8H-3FFFH kann gelöscht werden (Ta- 
fel 3). 

3. Im Original-Betriebssystem wird der Spei- 
cherplatz 7FFFH auf eine Programmtabelle 


Adresse 2000H 



MEMDI1 

X2 

im 

Wös\ JJ|ä§ 
* 

1 


t t 

ßfockl Block 
(Editor) (K520 

PFS K 3820 

620 

..... „fr 

5-1 

!!► 


p 


11 

fl 

II 

g: 


TI 

Bild 1 Zusatzschaltur 
auf der PFS K 3820 
’ung 

z.B. 1 1C DL 008 

1 1C DL 004 

„Huckepack * auf je einem DS8205 

Schal t ungsänderungenj 

1. Leiterbahnen auf der L- Seite an den Pins 6 
beider DS 8205 auf trennen (-ff-) 

2 , .* auf der PFS K 3820 mit * der Zusatz- 
schaltung verbinden 

3. Koppelbusverbindungen ZRE All- PFS A21 
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Tafel 3 


BETRIEBSSYSTEM- (0400H-07FFH) 
BEREICH S.02 


04C1H LDHL.27FFH NEUE PROGRAMMTABELLE 3 

INHALT NEUE TABELLE: 

DF EO El E2 E3 E4 E5 E6 E7 E8 E9 EA EB EC ED EE 

27DF: C7 4F 52 50 45 80 00 28 CD 41 52 8 0 BE 2E D2 4F 
27EF: 54 49 44 45 80 00 30 BO 30 32 35 20 4B80 17 OB 
27FF: 00 


getestet. Für die vorliegende Speicherkonfi- 
guration ist das nicht sinnvoll, deshalb wird 
die Tabelle beispielsweise auf 400FH ver- 
legt. Damit wird erreicht, daß kurze Pro- 
gramme, die nicht auf 5FFFH eingetragen 
werden können, unter Nutzung dieser Ta- 


belle angezeigt werden. Bei nichtbeabsich- 
tigter Nutzung der Prorammtabellen auf 
400 FH bzw. 5FFFH hat der Programmierer 
dafür zu sorgen, daß auf diesen Plätzen nicht 
„00“ steht. 

Betriebssystembereich S.02 (0400H-07FFH) 
04E1 H LD HL.400FH Neue Programmtabelle 4 

4. Bei vorliegender Speicherkonfiguration 
sollte die automatische Abfrage der Adresse 
6000H (Vorhandensein eines RESET-Initiali- 
sierungsprogrammes) unterbunden bzw. da- 
für eine andere Adresse gewählt werden, 
z.B.: 

00B3H JMP 04ACH Überspringen der Abfrage 

5. Die Schaltungsänderung der PFS K 3820 
hat entsprechend Bild 1 zu erfolgen. Die Rea- 
lisierung der Torschaltung sowie die Einspei- 


sung der Blockselektierung ist beispielhaft 
angegeben. Die Leiterzüge an den Pins 6 der 
beiden DS 8205 sind in jedem Fall aufzutren- 
nen. Der auf 2000H gebundene und verbes- 
serte K-5200-Treiber sowie das geänderte 
Betriebssystem können nachgenutzt werden. 

Dr. Hans-Ulrich Stiehl 
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1. Einführung 

Bei der Überwachung kontinuierlich ablau- 
fender Produktionsprozesse müssen häufig 
bewegte Objekte vermessen und sortiert 
werden. Das Abtasten der Objekte in einer 
Ebene kann günstig mit Hilfe von CCD-Sen- 
sorzeilen vorgenommen werden, insbeson- 
dere, wenn die Bewegung gleichförmig in ei- 
ner Richtung erfolgt (Bandförderung). Ist die 
Bewegung ungleichförmig, z. B. bei Schlupf 
des Objektes gegenüber dem Transport- 
band, so wird eine Geschwindigkeitssensie- 
rung erforderlich. Das ist mit einer zweiten 
CCD-Zeile möglich IV. Das CCD-Meßkon- 
zept garantiert eine stabile und verschleiß- 
freie Objektabtastung bei hoher örtlicher und 
zeitlicher Auflösung und eine gute Anpas- 
sung an unterschiedliche Meßaufgaben. Der 
technische Aufwand wächst mit den Anforde- 
rungen an Genauigkeit und Flexibilität des 
Systems. 

Eine Grauwertverarbeitung bietet gegenüber 
der einfachen Binärbildverarbeitung die Mög- 
lichkeit, bestimmte Merkmale mit Hilfe von 
Vorverarbeitungsalgorithmen hervorzuhe- 
ben. Häufig sind es Kanten oder Grenzlinien, 
auf die Bezug genommen wird. Um sie zu 
verstärken und hervorzuheben, wendet man 
z. B. Kombinationen von Glättungs- und Ver- 
steilerungsoperationen an. 


Bild 1 Blockschaltbild des Sichtsystems 



2. Technische Realisierung 

2.1. Gesamtsystem 

Zur On-Iine-Erfassung von Objekten bezüg- 
lich Muster und Geschwindigkeit wurden 
CCD-Kameras mit Ein- und Zweizeilen-An- 
ordnungen entwickelt und eingesetzt. Ihre Si- 
gnalausgänge sind einheitlich und wahlweise 
an die nachfolgenden Auswertebaugruppen 
anschließbar. Eine Kamera wird gemäß Bild 
1 über die Baugruppen 

- Signalvorverarbeitung SW 

- Bildvorverarbeitung BVV (bei Bedarf) und 

- Bildzwischenspeicher BZS 

mit dem Mikrorechner Kl 520 (Systembus) 
verbunden. 

Ergänzende Baugruppen neben dem Kl 520- 
Standardsortiment sind: 

- Zweitorspeicher ZTS und 

- Farbgrafiksteuerung FGS zum Einfahren 
des Systems 

- potentialtrennende Ein-/Ausgabe PEA für 
den Anschluß von Initiatoren, Stellmotoren, 
Signallampen und -Tastern sowie 

- Anschlußbaugruppe zum LAN und 

- TRACE- Baugruppe zur Unterstützung der 
Programmierung. 

Bild 1 kennzeichnet das an der Sektion TE 
der WPU entwickelte und installierte Sicht- 
system, das ohne LAN, ZTS und Lochband- 
anschluß als Meß- und Steuersystem in Ma- 
schinen zur automatisierten Fischverarbei- 
tung mit Erfolg getestet wurde. 

2.2. Beleuchtung 

Die Beleuchtung und Szenengestaltung im 
Beobachtungsraum sind wesentliche Fakto- 
ren im Prozeß der Merkmalerkennung. Die 
Realisierung erfolgt aufgabenspezifisch 
nach folgenden Gesichtspunkten: 

- Beleuchtungsverfahren (Durchlicht, diffu- 
ses oder gerichtetes Auflicht, Lichtschnitt, 
Fluoreszenz) 

- Niveau und örtliche Verteilung der Be- 
leuchtungsstärke 

- zeitliche Änderungen der Beleuchtungs- 
stärke 

- spektrale Leuchtdichteverteilung (Filter- 
einsatz) und 

- Stabilität und Schutz der Beleuchtungsein- 
richtung (Spritzwasser, Korrosion, Lebens- 
dauer und Glühlampen). 

Für den Einsatz in der Fischverarbeitung ka- 
men Durchlicht- und Lichtschnittverfahren 
nicht in Frage. Bewährt haben sich: 


a) Anordnungen einzeln justierbarer Halo- 
genleuchten mit Hohlspiegel und Mattglas- 
scheibe über diffus reflektierendem Unter- 
grund (umgebaute Kfz-Nebelscheinwerfer 
mit Halogen-Glühlampe des Typs H3 zu 
24 V/70 W) und 

b) Lampenkästen mit 4 oder 6 aneinander- 
gereihten Reflektorlampen vom Typ HLLR 
(1 2 V/20 W) zur Erzeugung eines gerichteten 
Auflichts. 

Mit einer Versuchsanordnung nach a) wur- 
den gleichmäßige, flächenhafte Ausleuch- 
tungen für den Einsatz einer Zweizeilenka- 
mera (s. Bild 2) erzielt. Die Variante b) wurde 
für den Betrieb mit einer Einzeilenkamera im 
Reflexionswinkel über ebenem, metallisch- 
glänzendem Untergrund entwickelt. 

Durch Speisung über einen Sechspuls- 
Brückengleichrichter wurden hinreichend 
kleine Flimmerfaktoren von 0,78% zu a) und 
0,36% zu b) erzielt. 

2.3. CCD-Zeilenkameras 

Der für die meisten Anwendungsfälle ent- 
scheidende Leistungsparameter des Sicht- 
systems ist die Ortsauflösung. Sie wird nicht 
nur vom optoelektronischen Wandler, son- 


Bild 2 Schematische Anordnung der optischen 
Funktionselemente 
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Bild 3 Blockschaltbild der Zweizeilenkamera ZZK2 


dern auch von den vor- und nachgeordnete'n 
Baugruppen wie Beleuchtung, Objektiv und 
Videoverstärker bestimmt. Eine zusammen- 
fassende Betrachtung ist durch die Anwen- 
dung der Systemtheorie in der abbildenden 
Optik möglich. Analog zum Amplitudenfre- 
quenzgang von Zeitfunktionen wird die Mo- 
dulationsübertragungsfunktion MTF (Modu- 
lation Transfer Function) von Ortsfunktionen 
ermittelt. Bei der MTF-Analyse wird unter- 
schieden zwischen Anteilen, die vor bzw. 
nach dem eigentlichen Abtastvorgang wirk- 
sam werden. Erstere ermöglichen in ihrer 
Gesamtheit eine Aussage zur Einhaltung des 
Abtasttheorems. Da Unterabtastung zu Fehl- 
interpretationen durch Scheinkonstruktionen 
(aliasing) führen kann, muß mittels einer ge- 
eigneten Parameterauswahl (z. B. Objektge- 
schwindigkeit, Integrationszeit, Infrarotanteil 
der Beleuchtung) die Bedingung des Abtast- 
theorems eingehalten werden. Umfangrei- 
che theoretische und praktische Untersu- 
chungen zur MTF sind in IV durchgeführt 
worden. 

Definiert man das maximale Auflösungsver- 
mögen als die Ortsfrequenz, bei der die MTF 
um 3 dB abgefallen ist, so ergeben sich für 
eine Einzeilenkamera EZK3 ca. 10 Linien- 
paare/mm (Objektiv Tevidon 2/10, Blenden- 
zahl k = 2,8 ... 4) und für eine Zweizeilenka- 
mera ZZK2 ca. 7 Linienpaare/mm (Tevidon 2/ 
1 0, k = 4 . . . 5,6) in Zeilenrichtung. Die Mes- 
sungen erfolgten bei Beleuchtung mittels Ha- 
logenlampen hinter einer Mattglasscheibe 
und ohne Einsatz eines Infrarot-Sperrfil- 
ters. 

Die eingesetzten Ein- und Zweizeilenkame- 
ras sind in Kompaktbauweise mit CCD-Zei- 
len L1 1 0C bzw. LI 33C (VEB Werk für Fern- 
sehelektronik Berlin) ausgeführt. Entspre- 
chend den Einsatzbedingungen wurde eine 
konstruktive Lösung entwickelt, bei der Ka- 
meraelektronik und Objektiv (Tevidone oder 
Practica, VEB Carl Zeiss JENA) vollständig 
gekapselt sind. 

Das einheitliche Gesamtkonzept soll am Bei- 
spiel der Zweizeilenkamera ZZK2 nach 12/ er- 
läutert werden. Die Abbildung erfolgt überein 
auswechselbares Objektiv, ein zweites Lin- 
sensystem (LS2) und einen Strahlteiler auf 
die beiden CCD-Sensor-Zeilen (LI IOC), wie 
Bild 3 anhand eines Einsatzfalles skizziert. 

Die Ausgangssignale der CCD-Zeilen an OS 
(Output Source) und die Kompensationssi- 
gnale an CS (Compensation Source) zur Un- 
terdrückung des Rückstelltaktrauschens ge- 
langen über Emitterfolger an einen integrier- 
ten Differenzverstärker (DV), der eine Anhe- 
bung des Grauwertsignales um ca. 28 dB bei 
hoher Gleichtaktunterdrückung von ca 
100 dB bewirkt. Den Abtast- und Halteschal- 



tungen (S&H), die gleichzeitig als Multiplexer 
fungieren, folgt ein Kaskodeverstärker mit 
einstellbarer Verstärkung von 0 ... 1 5 dB. 
Nach Schwarzwertklemmung und Einmi- 
schen der Synchronsignale ergibt sich am 
unsymmetrischen Ausgang mit 750hm Ab- 
schlußimpedanz das in Bild 4 skizzierte Vi- 
deosignal. 

Die erreichbare Datenrate fs der ZZK2 wird 
durch die Zugriffszeit des Decoder-EPROMs 
auf 1 ,25 MHz begrenzt. 

2.4. Signalvorverarbeitung SW 
Durch die Verwendung eines BAS-ähnlichen 
Kompaktsignales werden Laufzeitprobleme 
an längeren Signalleitungen vermieden (bis 
30 m erprobt). In der SW wird das Signal ver- 
stärkt (Kompensation der Leitungsverluste), 
von den Synchronimpulsen getrennt und di- 
gitalisiert. Für den Industrieeinsatz steht eine 
4-Bit-Parallel-Wandler-Baugruppe SVV4.3 
mit Einzelkomparatoren und für Labor- 
zwecke eine 6-Bit-Variante SVV6.1 mit ADU- 
Schaltkreis K1107PW1A zur Verfügung. 
Über eine Potentialtrennung (Optokoppler 
MB1 1 1 ) liegen das digitale Bildsignal und die 
Synchronsignale am Koppelbus an. Die 
Durchsatzraten von 6MBit/s bei 4-Bit- und 
lOMBit/s bei 6-Bit-Umsetzung sind ausrei- 
chend und stellen im Signalweg keinen Eng- 
paß dar. 

Für die Verwendung industrieller Zeilenka- 

Tafet 1 Realisierbare Filteroperationen mit der Bau- 
gruppe zur Bildvorverarbeitung 


Operator Anzahl der Kopplungsart 

Prozessoren 


Rangordnungsoperator 1 

Zweipunkt-Gradient 1 

Kantenversteilerung 2 

Verdünnung 2 

Direktionaler Median 1 

Randglättung 1 



meras vom Typ ZFK 1 021 (VEB Studiotechnik 
Berlin) wurde in Ergänzung zu der SVV4.3 
die SVV4.4 geschaffen. Das Taktsystem 
wird durch einstellbare Teiler (Arbeitstakt: 
2,5 MHz; 1,25 MHz; 625 kHz; Integrations- 
zeit: 21 6fis, 432 «s, 864 /<s) aus dem K-1 520- 
Systemtakt abgeleitet. Elektrische und me- 
chanische Kompatibilität sind gewährleistet. 

2.5. Bildvorverarbeitung 

Die Einplatinenbaugruppe BVV entstand 
durch Modifizierung des GIPP (Grayscale 
Image Preprocessor des Zentralinstitutes für 
Kybernetik und Informationsprozesse der 
AdW, s. a. 13/) zur Anpassung der Steuersi- 
gnale und im Hinblick auf den Einsatz von 
Richttypenbauelementen. Dieser Nachbar- 
schaftsprozessor bestimmt durch nichtli- 
neare Verknüpfung der 3x3 Bildpunkte ei- 
nes gleitenden Fensters die neue Belegung 
des aktuellen Zentralpunktes im Fenster. Mit 
der BVV sind die in Tafel 1 aufgeführten 
nichtlinearen Filteroperationen möglich. Bild 
5 zeigt das vereinfachte Blockschaltbild. 

Die Schieberegister SRI und SR2 speichern 
2 vollständige Zeilen von bis zu 1024 Ele- 
menten, so daß dem Prozessor mit der aktu- 
ellen Zeile insgesamt 3 benachbarte Zeilen 
zur Verfügung stehen. Jeweils 3 Grauwerte 
einer Zeile werden in den Verzögerungsele- 
menten D zwischengespeichert. Die Nach- 
barschaftslogik NL führt die parallele Ver- 
knüpfung aller 9 Grauwerte im Bildpunkttakt 
durch. Die 4 Bit des neuen Zentralpunktes 
werden durch sukzessive Annäherung zeit- 
seriell bestimmt. 

Für die Bildvorverarbeitung können mehrere 
Baugruppen in einer Pipeline oder auch par- 
allel (je Zweig ein BZS notwendig) geschaltet 
werden (z. B. MEDIAN zur Rauschunterdrük- 
kung und Zweipunkt-Gradient zur Kanten- 
hervorhebung in Pipeline). 

Abhängig von der Bestückung sind Pixelfre- 
quenzen bis zu 1,25 MHz möglich. Die Syn- 
chronisation geschieht über die in der SW 
zurückgewonnenen Zeilen- und Bildpunkt- 
synchronsignale. Jede BVV bewirkt eine Ver- 
zögerung um eine Zeile und einen Bildpunkt. 

2.6. Bildzwischenspeicher 

Die Pipeline der Sichtsystembaugruppen 
wird in Richtung Verarbeitungsrechner durch 
einen zugeschnittenen Zweitorspeicher ab- 
geschlossen. Er besitzt zwei voneinander un- 
abhängige Speicherebenen zu je 1 K x 8 Bit. 
Eine Ebene wird im Bildpunkttakt mit der ak- 
tuellen Grauwertfolge beschrieben. Parallel 
dazu ist dem Rechner der freie, asynchrone 
Lesezugriff auf die andere Ebene möglich. 
Die Torumschaltung erfolgt mit dem ersten 
Lesezugriff auf die jeweilige Ebene. Der 
Speicher belegt 2 KByte im Adreßraum des 
Rechners (Quasi-ROM). Die Adresse für den 
Schreibzugriff entsteht durch Zählung der 
Bildpunktsynchronimpulse. Der Zeilensyn- 
chronimpuls setzt diese Zähler zurück. 

2.7. Potentialtrennende Ein-/ Ausgabe PEA 

An diese auf eine spezielle Anwendung zu- 
geschnittene Baugruppe können potential- 
getrennt 6 induktive Näherungsinitiatoren, 3 
Schrittantriebe NSA-S62 (mit Zusatzelektro- 
nik) und 6 BCD-Schalter angeschlossen wer- 
den. Weiterhin enthält diese Baugruppe eine 
NMI- und RESET-Logik und bietet Testmög- 
lichkeiten für die BVV. 

2.8. Farbgrafiksteuerung 

Ein wichtiges Hilfsmittel für die subjektive 
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Beurteilung des digitalisierten Bildes ist eine 
farbige oder grauwertige Rasterdarstellung. 
Das gilt insbesondere für die heuristische 
Auswahl nichtlinearer, lokaler Operationen, 
da deren Wirkung auf das Ortsfrequenzspek- 
trum objektabhängig ist. Die entwickelte 
Steuerung bietet eine Auflösung von 512 x 
256 Bildpunkten zu 3 Bit (8 Falschfarben oder 
Graustufen) und belegt 3x16 KByte Spei- 
cherraum, die parallel zum Hauptspeicher 
liegen (Speicherbank, Umschaltung über 
MEMDI-Signale). Diese Lösung ist ein Kom- 
promiß zwischen relativ geringem Aufwand 
und zusätzlicher Rechnerbelastung für die 
Grafikverwaltung. 

2.9. Zweitorspeicher ZTS 
Bei höherer Belastung der CPU im K 1 520 mit 
aufwendigerer Meßsoftware muß z.B. die 
Überwachung und Steuerung der Stellmoto- 


Michael Jacoby, Ingenieurbetrieb für die 
Anwendung der Mikroelektronik Potsdam 
Dr. Andre Rompe, Akademie der Wissen- 
schaften der DDR, Institut für Kosmosfor- 
schung 

Die gegenwärtige Entwicklung von Logik- 
analysatoren bestätigt den Trend zu immer 
ausgefeilteren Softwareanalysetechniken. 
Eine der kostspieligen Komponenten dieser 
Analysatoren sind die schnellen RAM-Spei- 
cher, die Abtastraten bis zu 2 GHz in moder- 
nen Geräten ermöglichen. Beschränkt man 
sich auf das Gebiet der Softwareanalyse, so 
resultiert eine drastische Reduzierung der 
erforderlichen RAM-Zugriffszeiten, da eine 
Abspeicherung auf Maschinenzyklusebene 
dazu ausreichend ist. Aufgrund der Tatsa- 
che, daß bei zahlreichen Entwicklungen der 
Softwareaufwand 50% und mehr des Ge- 
samtaufwandes ausmacht, erscheint die 
Entwicklung spezieller Softwareanalysege- 
räte gerechtfertigt. Für die Entwicklung und 
Testung von UßdO-Software unter praxisna- 
hen Bedingungen wurde vom VEB Mikro- 
elektronik „Karl Liebknecht“ Stahnsdorf (In- 
genieurbetrieb für die Anwendung der Mi- 
kroelektronik Potsdam) und dem Institut für 
Kosmosforschung der Akademie der Wis- 
senschaften ein autonomes Softwareanaly- 
segerät für U880-Mikrorechnersysteme ent- 
wickelt. 

Auf der Grundlage eines neuartigen Markie- 
rungsspeicherprinzips wurde eine selektive 
und prozeßorientierte Datenselektion und 
Abspeicherung möglich. Das auf diesem 
Prinzip entwickelte Gerät basiert ausschließ- 
lich auf in der DDR verfügbaren Bauelemen- 
ten und kann sich in seiner Leistungsfähig- 
keit in bezug auf Aufgaben der Softwareana- 
lyse international mit den leistungsfähigsten 
Logikanalysatoren messen. 

Aufbau und Funktionsprinzip 

Das Softwareanalysegerät besitzt einen ei- 
genen U880-Mikrorechner für die Bedienung 
und Auswertung. Der Speicher besteht aus 
16 KByte ROM und einer 8-KByte-SRAM- 
Einheit sowie der erforderlichen Analysator- 
steuerlogik. Der Datenbus (DB) sowie der 
Adreßbus (AB) des zu analysierenden Sy- 
stems und eine 3-Bit-Marke werden in einem 
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ren einer zweiten Recheneinheit übertragen 
werden. Der ZTS bietet die Möglichkeit, auch 
umfangreichere Datensätze (z. B. geometri- 
sche Maße) zwischen zwei Rechnern auszu- 
tauschen. Analog zum BZS steht im ZTS für 
jeden Rechner eine Speicherebene (2x2 
KByte, bidirektionaler Zugriff) zur Verfügung. 
Ein Rechner besitzt die Zugriffspriorität. 

3. Einsatz des Systems 

Der Ersteinsatz des beschriebenen Sichtsy- 
stems erfolgte in der Fischlängen-Feinsortie- 
rung an Bord eines Fang- und Verarbeitungs- 
schiffes des VEB Fischfang Rostock. Die 
Sortierung gelang mit einem mittleren Fehler- 
anteil von 3,3%, bezogen auf einen zulässi- 
gen Toleranzbereich der Klassengrenzen 
von 5 mm (absoluter Maximalfehler) bei einer 
Transportgeschwindigkeit von 1,35 m/s. Ge- 
genwärtig wird der Einsatz des Sichtsystems 


1 KByte tiefen Analysatorspeicher aufgefan- 
gen. Ein 4 KByte tiefer Markierungsspeicher, 
der mit Hilfe einer Adreßverschiebelogik über 
den gesamten Adreßbereich des U880 posi- 
tioniert werden kann, gewährleistet die Aus- 
lösung und Abarbeitung der vorprogrammier- 
ten Analysekommandos während des Echt- 
zeitlaufes. Die Ankopplung an das zu unter- 
suchende System erfolgt über einen aktiven 
Buskoppler von ca. 1 ,5 m Länge. Es ist eine 
direkte Kopplung an die CPU mit einem Clip 
oder über den Systembus-Steckverbinder 
des zu testenden Systems möglich. Für das 
K1520-System existiert eine entsprechende 
Koppelkarte. Eine integrierte Tastatur und 
ein Monitor mit BAS-Anschluß ermöglichen 
die Kommunikation mit dem Analysator. Op- 
tional kann eine externe Robotron-Standard- 
tastatur angeschlossen werden. 

In Vorbereitung der Abspeicherung werden 
in ein Menübild die Programmadressen und 
je ein zugehöriges Analysekommando in 
mnemonischer Form eingetragen. Nach dem 
Abschluß aller Eintragungen werden in den 
Markierungsspeicher an den bezeichneten 
Adressen den Analysekommandos entspre- 
chende Kontrollcodes vom Steuerrechner 
des Gerätes eingetragen. Der Markierungs- 
speicher wird mit Hilfe einer Logik adreßmä- 
ßig parallel zu dem zu testenden System 
während des Echtzeitlaufes geschaltet. So 
wird beim Erreichen der kommandierten 
Adressen der zugehörige Kontrollkode aus 
dem Markierungsspeicher ausgelesen und 
von einem Befehlsdekoder erkannt und aus- 
geführt. Bild 1 zeigt die prinzipielle Schal- 
tungsanordnung. Der entscheidende Vorteil 
dieser Markierungstechnik gegenüber einer 
Adreßdekodertriggerung besteht darin, daß 
praktisch beliebig viele selektive Analyse- 
kommandos genutzt werden können. Auf 
dieser Basis wird eine gezielte und redun- 
danzarme Datenselektion möglich. 

Folgende Analysemöglichkeiten wurden mit 
Hilfe dieses patentrechtlich geschützten Ver- 
fahrens realisiert: 

Debug-Mode 

Selektive Abspeicherung von Daten- und 
Adreßinhalten beliebiger Befehle des zu un- 
tersuchenden Programms. Der oder die mar- 
kierten Befehle werden maschinenzyklus- 


in einer neuartigen Fischbearbeitungsma- 
schine erprobt. Die technologische Aufga- 
benstellung fordert bei einem Durchsatz von 
260 Fischen/min einen optimalen Köpfschnitt 
unmittelbar am Kiemenbogen, um eine maxi- 
male Filetgröße zu erzielen. Der erste Lö- 
sungsansatz geht von einer indirekten Be- 
stimmung der Kopflänge über eine lineare 
Gleichung der ArtK = a*G + b aus, wobei K 
die Kopflänge, G die gemessene geometri- 
sche Größe (Höhe, Länge o. ä.) und a, b art- 
abhängige Parameter sind. Die Meßpro- 
gramme wurden in Assemblersprache ge- 
schrieben und zeitoptimiert. Hilfsprogramme 
gestatten Aussagen zur Szene (räumliche 
und statistische Grauwertverteilung) und zu 
den Stellmotoren (Stellgeschwindigkeit und 
Stellsicherheit). In einer ersten Variante 
wurde die maximale Bauch-Rücken-Höhe 
(Fortsetzung auf S. 123) 


weise im Analysespeicher aufgefangen. Eine 
Unterdrückung der Befehlsbytes bei der Ab- 
speicherung ermöglicht die redundanzfreie 
Aufzeichnung ausschließlich der nicht zum 
Befehlskode gehörenden Datenzyklen. Die 
Identifikation der aufgezeichneten Daten er- 
folgt über eine Marke bzw. über die mitaufge- 
zeichnete Programmadresse. In dieser Be- 
triebsart ist eine Aufzeichnung und spätere 
Auswertung von den Prozeßzustand charak- 
terisierenden Rechnergrößen möglich. 

Mit Hilfe des 2-Kanal-DA-Wandlers können 
zwei voneinander unabhängige Rechengrö- 
ßen, die Zustandsgrößen, Meßwerte, Zwi- 
schenergebnisse oder anderes sein können, 
in Echtzeit oder auch bei der Datenauswer- 
tung analog auf einem entsprechenden Ge- 
rät, z. B. einem Oszillographen oder Digital- 
voltmeter, soweit es sich um eine nur lang- 
sam ändernde Größe handelt, dargestellt 
werden. Es ist bedeutsam, darauf hinzuwei- 
sen, daß in keinem Fall der Ablauf des zu un- 
tersuchenden Rechnersystems in irgendei- 
ner Weise beeinflußt wird. Dies ist besonders 
für zeitkritische Echtzeitanwendungen we- 
sentlich. 

Für die Anwendung des Debug-Modes sei 
folgendes Beispiel gegeben: Eine Regel- 
strecke liefere die Meßwerte Xi, die AD-ge- 
wandelt vom Port A des Mikrorechners ein- 
gelesen werden. Durch Filterung der Meß- 
werte entstehen die Schätzwerte Xi. Diese 
werden mit einem Speicherreferenzbefehl im 
Arbeitsspeicher des Reglerprogramms ab- 
gelegt. Im weiteren Regelprogramm seien 
die Zwischengrößen ZI und Z2 von Inter- 
esse. Den prinzipiellen Verlauf des Pro- 
gramms zeigt Tafel 1. 

Im Vorbereitungsbild werden bei den interes- 
sierenden Adressen die gewünschten Analy- 
sekommandos eingetragen (DEB 1-DEB 5). 
Die Zahlen hinter dem Debug-Kommando 
sind Marken zur Kennzeichnung der aufge- 
zeichneten Daten bei der Auswertung. Nach 
dem Echtzeitlauf des zu testenden Pro- 
gramms sind im Analysatorspeicher die Da- 
ten und zugehörigen Adressen der im Vor- 
bereitungsmenü markierten Befehle ein- 
schließlich der zugehörigen Marken abge- 
speichert. 

Im Vorbereitungsmenü kann eine Unterdrük- 
kung der Befehlszyklen der markierten Be- 
fehle und damit die ausschließliche Aufzeich- 
nung der transportierten Daten eingestellt 
werden. Diese Möglichkeit ist für die analoge 
Darstellung der ausgezeichneten Daten er- 
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Tafel 1 Beispiel zur Programmierung der selektiven Datenanalyse 



Adresse Mnemonik Kommentar Analyse 

Kommando 


lnA,(A) Meßwert Xi 

LD(HL),A In A steht Xi 

LDBC.(HL) In (HL) steht ZI 

POP DE Im Stack steht Z2 

OUT (B),A AistStellgr. 


Bild 1 Autonomes Echtzeit-Softwareanalysegerät 


DEB1 

DEB2 

DEB3 

DEB4 

DEB 5 


forderlich und sichert eine redundanzfreie 
Datenaufzeichnung. 

In einem seriellen Auswertebild des Analysa- 
tors werden die aufgezeichneten Daten, 
Adressen und Marken hintereinander darge- 
stellt. Interruptvektoren können in der Auf- 
zeichnung wahlweise mitaufgezeichnet wer- 
den. Die Aufzeichnung kann so gesteuert 
werden, daß entweder die ersten 1023 oder 
die letzten 1023 Ereignisse aufgezeichnet 
werden (START und END TRACE). Weiter- 
hin kann die Aufzeichnung erst nach dem 
n-ten Vorbeilauf an einer beliebigen Adresse 
gestartet werden (TRIGGER DELAY). 

Selektive Abspeicherung 

Eine weitere wichtige Analysemöglichkeit be- 
steht in der selektiven Abspeicherung von 
beliebigen Programmsequenzen. Das be- 
deutet das wiederholt mögliche Ein- und 
Ausschalten der Aufzeichnung an beliebigöp 
Programmstellen. So können z. B. interessie- 
rende Unterprogramme wie Interruptservice- 
routinen bzw. bestimmte Programmaus- 
schnitte aufgezeichnet werden. Dadurch wird 
eine redundanzarme Programmabspeiche- 
rung und Analyse möglich, die eine bestmög- 
liche Konzentration auf die zu untersuchen- 
den Programmteile sicherstellt. Die Abspei- 
cherung erfolgt dabei vom ersten markierten 
Befehl bis ausschließlich des letzten markier- 
ten Befehls. Dabei werden alle Maschinen- 
zyklen aufgezeichnet, so daß bei der Auswer- 
tung eine disassemblierte Darstellung der 
aufgezeichneten Programmsequenzen ge- 
nutzt werden kann. Mit Hilfe dieser Analyse- 
technik kann eine sehr komfortable und ef- 
fektive Programmablaufverfolgung durchge- 
führt werden, da unerwünschte Informatio- 
nen, z. B. LDIR-Befehle, nicht mit aufge- 
zeichnet werden brauchen. Weiterhin be- 
steht die Möglichkeit, verschiedene Analyse- 


modi in einem Lauf gemeinsam durchzufüh- 
ren, also beispielsweise einzelne Datenpro- 
ben mit dem DEBUG-Kommando an ausge- 
wählten Befehlen zu entnehmen und gleich- 
zeitig verschiedene interessierende Pro- 
grammausschnitte aufzuzeichnen. Pro- 
gramme mit komplizierten Interruptstruktu- 
ren können mit Hilfe solch kombinierter Auf- 
zeichnungen, in die auch Interruptvektoren 
bzw. gesamte Interruptserviceroutinen ein- 
bezogen werden können, komfortabel analy- 
siert werden. 

Serviceanalyse 

Ein weiteress breites Anwendungsfeld liegt 
im Servicebereich. Steuerungen mit Mikro- 
rechnerminimalkonfigurationen, die oft selbst 
über keinen eigenen Maschinenmonitor ver- 
fügen, können effektiv bei auftretenden Fehl- 
funktionen analysiert werden. In diesem Zu- 
sammenhang soll eine weitere Betriebsart 
des autonomen Softwareanalysegerätes er- 
läutert werden. Diese ermöglicht das Auffin- 
den der Ursache von Fehlern, die zum Pro- 
grammabsturz führen und, wenn sie selten 
auftreten, oftmals nur schwer zu finden sind. 
Im sogenannten SET-ADR-COUNTER- 
Mode wird der gesamte Adreßbereich des zu 
testenden Programmsystems mit dem oben 
erwähnten Kommando markiert. Dabei sind 
Blöcke mit Zwischenräumen zulässig. Wäh- 
rend des Echtzeitlaufes wird der Programm- 
ablauf ständig zyklisch abgespeichert (END 
TRACE). Sobald das Programm aufgrund ei- 
nes Fehlers aus dem markierten Bereich ge- 
rät, wird die Aufzeichnung abgebrochen. Für 
die Fehleranalyse stehen dann 1 023 der letz- 
ten Maschinenzyklen des untersuchten Pro- 
gramms zur Auswertung mit dem Disassem- 
bler zur Verfügung. In den meisten Fällen 
kann aus der Vorgeschichte sehr schnell auf 
die Fehlerursache geschlossen werden. 


Ereigniszählung 

In dieser Betriebsart kann die Häufigkeit des 
Durchlaufs bestimmter Programme festge- 
stellt werden. 

Zeitmessung 

Die Zeit zwischen zwei Programmstellen 
kann mit einer Auflösung von 1 fis und einem 
Eindeutigkeitsbereich von 13 Sekunden be- 
stimmt werden. Die Zeitmessung ist beson- 
ders wertvoll in Fällen, in denen die Laufzeit 
nicht nur von der Summe der Befehlslaufzei- 
ten, sondern in Verbindung mit einem Inter- 
face von einer äußeren Quelle mitbestimmt 
wird. 

Unterbrechung der Aufzeichnung (Break) 

Die Aufzeichnung kann beim Erreichen vor- 
gewählter Adressen unterbrochen werden. 
Das im EPROM gespeicherte Betriebssy- 
stem von 12 KByte Länge ermöglicht eine 
komfortable Bedienung und zahlreiche Aus- 
wertemöglichkeiten, die eine hohe Effektivi- 
tät der Softwareanalyse gewährleisten. 
Nachnutzung 

Das autonome U880-Softwareanalysegerät 
kann über das BfN des VEB Mikroelektronik 
„Karl Liebknecht“ Stahnsdorf, Ruhlsdorfer 
Weg, Stahnsdorf, 1533, nachgenutzt wer- 
den. Gegenstand der Nachnutzung sind eine 
vollständige und ausführliche Hard- und Soft- 
ware-Gerätedokumentation und die Bereit- 
stellung eines unbestückten Lichterplatten- 
satzes. Bei der Bestückung der Leiterplatten 
sowie der Inbetriebnahme des Gerätes kann 
Hilfestellung nach individueller Absprache 
gewährt werden. 
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Ingenieurbetrieb für die Anwendung der Mikroelek- 
tronik Potsdam, Leipziger Straße 57, Potsdam, 
1560; Tel. 221 95 


Schaltplanerstellung auf dem KC 85/2 


Das im folgenden beschriebene Programm 
Hydraulik für KC 85/2 wurde im Rahmen ei- 
ner Aufgabe Erarbeitung der notwendigen 
Grundsoftware zur bildschirmgestützten 
Entwicklung von Funktionsschaltplänen mit- 
tels KC 8512 entwickelt. 

Das Programm beinhaltet die grafische Dar- 
stellung von Hydraulik-Funktions- und Bau- 
schaltplänen sowie die Druckerroutinen für 
einen grafikfähigen Epson-Nadeldrucker. 
Für andere grafikfähige Drucker ist es leicht 


möglich, die dafür notwendige Druckerrou- 
tine zu installieren. 

Hardwaremäßige Voraussetzungen: 

- KC 85/2 mit RAM-Erweiterung Modul 022 
oder 011 

- V.24-Schnittstelle sowie grafikfähiger 
Drucker 

- Kassettenmagnetbandgerät 

- Farbmonitor mit RGB-Anschluß bzw. 
schwarz-weiß-Monitor mit BAS-Anschluß. 


Die Verwendung von RGB- bzw. BAS-An- 
schluß ist unbedingt erforderlich, um die Zei- 
chen und Symbole deutlich erkennen zu kön- 
nen. Die Bildwiedergabequalität über Video- 
Anschluß genügt den Anforderungen hierbei 
nicht. Das Programm ist in Assemblerspra- 
che geschrieben. Damit wird eine höhere 
Verarbeitungsgeschwindigkeit erreicht und 
die begrenzte Speicherkapazität optimal ge- 
nutzt. Auch kann eine maximale Anzahl von 
Symbolen und deren logische Ausgabe auf 
das Display bzw. den Drucker mit der be- 
grenzten Speicherkapazität des KC85/2 rea- 
lisiert werden. In dem Hydraulikprogramm 
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Bild 2 Funktionsschaltplan 

Bild 3 Zwei nebeneinander auf LX-86 ausgedruckte Bilder Fotos: Clauss (31 



Bild 1 Erläuterungsmenü 


sind die wichtigsten Zeichen und Symbole 
laut TGL 8672 enthalten; die Auswahl er- 
folgte nach betrieblichen Erfordernissen. An- 
dere Zeichen und Symbole lassen sich relativ 
einfach programmieren. Das Programm un- 
terteilt sich in ein Hauptmenü zur Beschrei- 
bung der Tastenfunktion, wobei S die Um- 
schalttaste (-shift) und gleichzeitig die Betäti- 
gung einer weiteren Taste bedeutet, und in 
den Zeichenmodus. 

Im Zeichenmodus wird der Bildschirm in ein 
Zeichenfenster mit 32 Zeilen und 32 Spalten 
und in ein Menüfenster von 32 Zeilen und 8 
Spalten aufgeteilt. 

In dem Menüfenster lassen sich 9 verschie- 
dene Grafikmenüs aufrufen, die teilweise aus 
Zeichen (eine Cursorgröße und teilweise aus 
Symbolen bis 6 Cursorgrößen) bestehen. Die 
Zeichen und Symbole lassen sich mit den je- 
weils dazugehörenden Buchstaben aufrufen 
und werden im Zeichenfenster auf der Cursor- 
position bzw, logisch fortlaufend abgebildet. 
Wenn mehrere gleiche Zeichen nacheinan- 
der verwendet werden, wie Ziehen von Lei- 
tungsverbindungen, läßt sich dies leicht reali- 
sieren durch Betätigung der Shifttaste und 
gleichzeitig einer Cursorbewegungstaste. 
Dadurch wird automatisch das zuletzt einge- 
gebene Zeichen auf der neuen Cursorposi- 
tion ausgegeben. Bei längerer Betätigung 
beider Tasten springt der Cursor in die Rich- 
tung der Cursorbewegungstaste weiter, wo- 
bei immer das zuletzt eingegebene Zeichen 
ausgegeben wird. Diese Art der Zeichnungs- 
erstellung ist aus der Fachliteratur als semi- 
grafische Darstellung bekannt. 

Für die 9 Grafikmenüs sind verschiedene 
Zeichengeneratoren mit jeweils 26 Zeichen 
(von A-Z) verwendet worden. 

Durch die begrenzte Speicherkapazität ist es 
nur möglich, zwei Bilder des Zeichenfensters 
pixelweise abzuspeichern. 

Der Speicherplatz kann z. B. mittels Kopp- 
lung von zwei KC 85/2 über die V.24-Schnitt- 
stelle erweitert werden. Damit können ent- 
sprechend den Anforderungen mehrere Bil- 
der pixelweise gespeichert werden. 

Da diese Bilder außerhalb des Bildwiederhol- 
i Speichers abgelegt sind, ergibt sich die Mög- 
lichkeit, in das Hauptmenü zu schalten und 
nach Rückkehr in den Zeichenmodus nach 
automatischem Erscheinen des letzten aktu- 
ellen Bildes weiterzuzeichnen. 

Wie bei dem Programm Elektro (zur Erstel- 
lung von elektrischen und elektronischen 
Schaltplänen) können die beiden Bilder 
durch Rollen nach oben/unten und links/ 


rechts ineinander übergehen bzw. direkt aus- 
getauscht werden. 

Eine weitere Variante der Bildmanipulation 
ist die Verwendung von INS und DEL. Hierbei 
wird ab der Stelle des Cursors das ganze Bild 
senkrecht verändert. Dadurch können mit 
INS Spalten eingefügt bzw. mit DEL gelöscht 
werden. 

Für eine übersichtliche Darstellung bzw. 
Kontrolle der Schaltpläne kann man mit ei- 
nem Farbmonitor ein Bild colorieren. Das 
heißt, nach vorheriger Farbauswahl im Colo- 
riermodus lassen sich die hervorzuhebenden 
Stellen farbig gestalten, indem man den Cur- 
sor über diese Stellen bewegt. Dadurch läßt 
sich z. B. der Ölstrom zum Verbraucher ver- 
deutlichen. 

Diese Farbgestaltung ist nur auf ein Bild be- 
grenzt. Eine zusätzliche Einschränkung be- 
steht darin, daß dabei nicht gerollt (oben/un- 
ten, links/rechts) werden kann, weil die Farb- 
informationen nur im Color-RAM des Bildwie- 
derholspeichers gespeichert werden. Eine 
weitere Speicherung der Farbinformation ist 
aus Gründen der begrenzten Speicherkapa- 
zität des KC 85/2 nicht gegeben. Deshalb ist 
diese Farbgestaltung für die Weiterbearbei- 
tung der Schaltpläne löschbar. 

Der Einsatz der Vollgrafik (256 x 320 Bild- 
punkte) ist im Grafikmenü S + G (Shift und G) 
anwendbar. Es können beliebige Punkte mit- 
tels Cursorbewegungstasten gesetzt bzw. 
gelöscht werden. Das Punktsetzen wird im 
Grafikmenü mittels S + Z (Shift und Zeichen), 
das Punktlöschen mittels S + L (Shift und Lö- 
schen) eingestellt. Der Beginn des Zeichens 
ist mit der letzten Cursorposition identisch. 
Für das Ausdrucken der auf dem Monitor ent- 


wickelten und pixelweise gespeicherten Bil- 
der ergeben sich nachfolgende Varianten, 
die beim Aufbau der Bilder bereits zu berück- 
sichtigen sind. 

1. Zwei Bilder 90° gedreht nebeneinander 

2 . Zwei Bilder nebeneinander 

3. ein Bild 90° gedreht. 

Für das Zusammensetzen eines einzelnen 
Druckbildes aus zwei im Arbeitsspeicher des 
Rechners abgelegten Bildern ergeben sich 
folgende Kombinationen: 

- untereinander anschließend 

- nebeneinander anschließend 

- einzeln. 

Bei der Entwicklung von Funktionsschaltplä- 
nen stellt diese Art der Druckbildgestaltung 
eine wesentliche Erweiterung dar. 

Es ist zu beachten, daß das auf dem Monitor 
befindliche Bild nach Druckaufruf als erstes 
Bild gedruckt wird. 

Bei der 3. Druckvariante ist nach Ausdruck 
des ersten Bildes mittels S + E (Shift und E) 
ein Bildaustausch vorgesehen, und nach er- 
neutem Druckaufruf kann das 2. Bild ausge- 
druckt werden. 

Obwohl die Befehle zur Bildteilemanupula- 
tion begrenzt sind (nur INS + DEL vertikal 
über das gesamte Bild) sowie Einfügen und 
Löschen von Zeilen nicht ausführbar ist, hat 
sich dieses Programm bei uns in der Praxis 
bewährt und zeigt weitere Einsatzmöglich- 
keiten des Kleincomputers KC 85/2 auf. 

Frank Lege! 

1 El KONTAKT g [ 

VEB Kombinat baukema, Stammbetrieb, Katha- 
rinenstr. 17, Abt. TRR 3, Leipzig, 7010; Tel. Rötha 
36754 
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5. Der Befehlssatz 

In diesem Abschnitt werden die wesentlichen 
Kenntnisse über den Befehlssatz der 
Rechenanlagen des SKR für den Program- 
mierer in MACRO-SM zusammengefaßt. 
Das Format der symbolischen Maschinenbe- 
fehle entspricht dem gemäß Punkt 1.1. dar- 
gelegten allgemeinen Format von Assem- 
bleranweisungen. Als Voraussetzung für die 
Anwendung der Maschinenbefehle werden 
zunächst die Registerstruktur, die Befehlsfor- 
mate und die Adressierungsarten betrachtet. 

5. 1 . Die Registerstruktur der Prozessoren 

Dem Programmierer steht ein Registerblock 
mit 8 allgemeinen Mehrzweckregistern und 
das Prozessorstatusregister zur Verfügung. 
Die 8 allgemeinen Register können direkt 
durch die Befehle adressiert werden. Sie 
werden mit einer 3-Bit-Nummer kodiert. Man 
nennt sie deshalb gewöhnlich Register 0 
(R0), Register 1 (RI), ..., Register 7 (R7). 
Diese Register können als Akkumulatoren, 
Adressierungsregister, Indexregister, Keller- 
zeiger (Stackpointer) und Zwischenregister 
zur Speicherung von Daten und Adressen 
benutzt werden. 

Die Register haben eine Länge von 16 Bit (1 
Wort). Von den Byteverarbeitungsbefehlen 
werden die niederwertigen 8 Bit der Register 
beeinflußt. Eine Ausnahme bildet nur das La- 
den eines Bytes, wobei die höherwertigen 8 
Bits des Registers auf 0 oder 1 gesetzt wer- 
den, entsprechend dem Vorzeichen des zu 
ladenden Bytes. Dadurch erfolgt die automa- 
tische Umwandlung von Daten aus dem 
Byte- in das Wortformat. 

Die Register R6 und R7 nehmen unter den 
allgemeinen Registern eine Sonderstellung 
ein. Das Register R7 wird von der Geräte- 
technik als Befehlszähler (PC - Program 
counter) benutzt. Der PC enthält immer die 
Adresse des nächsten abzuarbeitenden Be- 
fehls. Daraus ergeben sich einige Einschrän- 
kungen für die Benutzung des Registers R7, 
da nur einige Operationen sinnvoll sind. Zum 
Beispiel ist das Laden der Konstante 1 000 in 
das Register R7 identisch mit einem Sprung 
zur Adresse 1000; dagegen ist das Bilden 
des Komplements vom Inhalt des Registers 
R7 eine absurde Operation, die zu einer Pro- 
grammausnahme führt. 

Das Register R6 wird als Stackpointer (SP) 
für einen sogenannten Systemstack benutzt. 
Dieser Systemstack ist für die Unterpro- 
gramm- und Interruptorganisation notwen- 
dig. Der Systemstack wird vom Betriebssy- 


stem durch Laden der Adresse eines speziell 
dafür reservierten Hauptspeicherbereiches 
in den SP eingerichtet. Bei einem Unterpro- 
grammruf wird in den Systemstack die Rück- 
sprungadresse zur späteren Fortsetzung des 
Hauptprogramms eingetragen. Bei einem In- 
terrupt wird der Inhalt des PC und des Pro- 
zessorstatusregisters in den Systemstack 
gerettet, so daß nach der Interruptbehand- 
lung das unterbrochene Programm fortge- 
setzt werden kann. Da der Systemstack ei- 
nen allgemeinen temporären Arbeitsspei- 
cherbereich darstellt, wird von ihm außerdem 
bei der Programmierung zum Retten von Re- 
gisterinhalten, zur Parameterübermittlung 
bei der Unterprogrammorganisation usw. 
Gebrauch gemacht. 

Das Prozessorstatusregister (PS) ist ein 16- 
Bit-Register, das die Bedingungsflags und 
die Priorität des laufenden Programms bein- 
haltet. Auf das PS kann nur über seine Bus- 
adresse 777776(8) zugegriffen werden. Eine 
Ausnahme sind der K 1620 und die Elektro- 
nika-60, bei denen der Zugriff auf das PS 
über 2 spezielle Befehle (MTPS, MFPS) er- 
folgt. Die Bedingungsflags werden von der 
arithmetisch-logischen Einheit gesetzt und 
von den bedingten Verzweigungsbefehlen 
ausgewertet. Die Programmpriorität wird 
vom Programm oder Betriebssystem gesetzt 
und von der Interruptsteuerung benutzt. 

5.2. Der Befehlsaufbau 
Ein Befehl belegt in seiner Grundstruktur 
1 6 Bit. Bei verschiedenen Adressierungsmo- 
difikationen wird der Befehl durch Direkt- 
werte, relative und/oder absolute Adressen 
auf zwei oder drei Worte erweitert. Die Be- 
fehle können in verschiedene Befehlsgrup- 
pen unterteilt werden: 

1. Ein-Adreß-Befehle 

2. Zwei-Adreß-Befehle 

3. Verzweigungsbefehle 

4. Spezialbefehle (adressenlose Befehle). 
Die Befehle bestehen im allgemeinen aus ei- 
nem Operations- und einem Operandenteil. 
Da ein Befehl in der Grundstruktur nur 16 Bit 
belegt, ist die Angabe von echten Hauptspei- 
cheradressen nicht möglich. Deshalb erfolgt 
die Operandenadressierung bei den Ein- und 
Zwei-Adreß-Befehlen über die allgemeinen 
Register. Zusätzlich zur Registerangabe wird 
bei den Befehlsstrukturen ein Adressierungs- 
modus spezifiziert, der die Art und Weise der 
Verwendung des Registers angibt. Die sich 
daraus ergebenden verschiedenen Adres- 
sierungsarten werden nachfolgend detailliert 
betrachtet. 

Die meisten Ein- und Zwei-Adreß-Befehle 
sind für die Verarbeitung von Operanden im 
Wort- und Byteformat realisiert (Wort- und 
Byteverarbeitungsbefehle). Zur Unterschei- 
dung dieser beiden Befehlstypen wird das Bit 
'15 des Befehlswortes benutzt: 

Bit 15 = 0- Wortverarbeitungsbefehl 


Bit 1 5 = 1 - Byteverarbeitungsbefehl. 

5.2.1. Ein-Adreß-Befehle 

Der Aufbau der Ein-Adreß-Befehle ist in Bild 

2 dargestellt. Die meisten Ein-Adreß-Befehle 
sind vom Typ 1 und enthalten einen Opera- 
tionskode (10 Bit) und die Beschreibung der 
Zieladresse, bestehend aus dem Modus (3 
Bit) und der Registernummer (3 Bit). 
Dagegen sind nur wenige Ein-Adreß-Befehle 
vom Typ 2. Dazu zählt der Befehl „Rück- 
sprung aus dem Unterprogramm“. 

Bei diesen Befehlen wird der Modus der Ver- 
wendung des Registers durch den Opera- 
tionskode festgelegt. 

Beispiel: 

Löschen des Registers 3 
Bei diesem Befehl steht der Operand direkt 
im allgemeinen Register. Die direkte Regi- 
steradressierung ist der Modus 0. In dualer 
Schreibweise: 

0 000 101 000 000 01 1 
Operationskode Modus Register 
In oktaler Schreibweise: 0 0 5 8 0 3 
In symbolischer Schreibweise: CLR R3 

5.2.2. Zwei-Adreß-Befehle 

Der Aufbau der Zwei-Adreß-Befehle ist in Bild 

3 dargestellt. Die meisten Zwei-Adreß-Be- 
fehle sind vom Typ 1. Der Operationskode 
umfaßt 4 Bit und die beiden Adreßangaben, 
Quell- und Zieladresse, jeweils 6 Bit. Sie be- 
stehen aus einer Register- und Modusan- 
gabe. 

Es gibt nur wenige Zwei-Adreß-Befehle vom 



Bild 2 Aufbau der Ein-Adreß-Befehle (a-Typ 1, b- 
Ty P 2) 

Bild 3 Aufbau der Zwei-Adreß-Befehle (a-Typ 1, 
b-Typ 2, c-Typ 3) 
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Typ 2. Dazu zählen der „Unterprogramm- 
sprungbefehl“ und die Befehle des erweiter- 
ten Befehlssatzes. Das Register für die 
Quelloperandenangabe wird dem Modus 0 
entsprechend verwendet (Operand im Regi- 
ster). Es gibt nur einen Zwei-Adreß-Befehl 
vom Typ 3, den Zyklus-Befehl. Das Register 
wird zur Zählung der Schleifen benutzt, und 
die relative Adresse stellt eine Sprungdistanz 
(in Worten!) zum Schleifenanfang dar. Die re- 
lative Adresse wird somit doppelt vom aktuel- 
len Befehlszählerstand subtrahiert. Es ist zu 
beachten, daß dabei der Befehlszähler (PC) 
schon auf den nächsten Befehl zeigt. 
Beispiel: 

Transport eines Operanden aus Register 5 in 
das Register 3. Der Adressierungsmodus ist 
auf Grund der direkten Registeradressierung 
für beide Adressen 0. 

In dualer Schreibweise: 

0 001 000 101 000 011 

Operations- Modus Reg. Modus Reg. 

Quelladr. Zieladresse 

ln oktaler Schreibweise: 01 0 5 0 3 
In symbolischer Schreibweise: MOV R5, R3 

5.2.3. Verzweigungsbefehle 
Der Aufbau der Verzweigungsbefehle ist in 
Bild 4 dargestellt: Im höherwertigen Byte 
steht der Operationskode und im niederwerti- 
gen Byte eine Verschiebung (relative 
Adresse), die eine Sprungdistanz (in Wor- 
ten!) im Zweierkomplement zum Sprungziel 
darstellt. Addiert man die Verschiebung dop- 
pelt zum aktuellen Befehlszählerstand, so er- 
hält man die Adresse des Sprungzieles. Es 
ist darauf zu achten, daß der Befehlszähler 
dabei schon auf den nächsten Befehl zeigt. 


IS H 13 12 11 10 9 8 7 6 5 < 3 2 1 0 

[ 1X1X1 IIIIT I 

Operationskode Verschiebung 


Bild 4 Aufbau der Verzweigungsbefehle 
5.2.4. Spezialbefehle 

Unter diese Kategorie fallen alle adresSenlo- 
sen Befehle, wie: 

- Steuerbefehle (HALT, WAIT usw.) 

- Setzen/Löschen der Bedingungsflags 
(SEC, CLC, . . .) 

- Trap-Befehle (Unterbrechungsbefehle). 
Bei den Bedingungsflag- und Steuerbefehlen 
belegt der Operationskode alle 1 6 Bit des Be- 
fehlswortes. Beim TRAP- und EMT-Befehl 
enthält das niederwertige Byte die Nummer 
des TRAP- oder EMT-Befehls. 

5.3. Adressierungsarten 

Die Adressierungsart wird durch den Adres- 
sierungsmodus bestimmt, der im Befehl in 
der Regel für jeden Operanden mit 3 Bit ko- 
diert wird. Daraus ergeben sich die nachfol- 
gend beschriebenen 8 Grundadressierungs- 
arten, die gerätetechnisch realisiert sind. Als 
erweiterte Adressierungsart werden die 


Adressierungsarten bezeichnet, die sich pro- 
grammtechnisch unter Anwendung des Be- 
fehlszählers (PC) als Adressierungsregister 
und einiger Grundadressierungsarten orga- 
nisieren lassen (auch PC-Adressierungsmo- 
difikationen genannt). Sie werden pro- 
grammtechnisch durch den Assembler unter- 
stützt, der bei der Übersetzung der speziellen 
Notationen den entsprechenden Maschinen- 
kode erzeugt, der sich auf die beschriebenen 
Grundadressierungsmodifikationen zurück- 
führen läßt. In den Assemblernotationen wer- 
den folgende Kurzbezeichnungen verwen- 
det: 

E - ist ein Ausdruck gemäß 3.6, der eine 1 6- 
Bit-Adresse ergibt, die entsprechend dem 
Charakter des PA absolut bzw. absolut oder 
relativ sein kann, z. B. ALPHA+2. 

R - ist ein Registerausdruck, der entweder 
das Registerkennzeichen % oder ein Regi- 
stersymbol enthält, z.B. PC, R0, %REG+3, 
%10/2, R2+1, %2+1. 

ER - ist ein Registerausdruck oder Ausdruck, 
der einen Wert von 0 bis 7 ergibt. 

Die Verwendung eines Ausdrucks zur Be- 
zeichnung eines Registers ist nur dann ein- 
deutig, wenn der Ausdruck in runde Klam- 
mern eingeschlossen ist, die der Bedeutung 
„Register-Indirekt“ entsprechen. 

Eine zusammenfassende Übersicht über die 
Adressierungsarten ist in Tafel 9 enthalten. 

5.3.1. Die Grundadressierungsarten 

Registeradressierung (Modus 0) 

Bei der Registeradressierung (Bild 5) wird 
der Registerinhalt direkt als Operand be- 
nutzt. Da die allgemeinen Register integrier- 
ter Bestandteil des Prozessors sind, ergibt 
diese Adressierungsart die kürzeste Befehls- 
ausführungszeit. Für den Zugriff zum Ope- 
randen wird kein Buszyklus benötigt. 

Das Register R enthält den Quell- oder Ziel- 
operanden. 


Beispiele: 

INC R2; ERHOEHEN DES 

;REGISTERINHALTES UM 1 

CLR %2; LOESCHEN DES REGISTERS %2 


Register-Indirekt-Adressierung 
(Modus 1) 

Bei der Register-Indirekt-Adressierung (Bild 
6) wird der Inhalt des adressierten Registers 
als die Adresse des Operanden interpretiert. 
Für den Zugriff zum Operanden wird ein Bus- 
zyklus benötigt. 

Das Register enthält die Adresse des Ope- 
randen im Hauptspeicher. Der Assembler 
läßt auch die Notation @R zu, wobei aber nur 
ein Registerausdruck R zulässig ist. 

Beispiele: 

INC (2); ADRESSE IN REGISTER 2 
CLR @%2 
CLR @R2 
CLR (R2) 

Autoinkrement-Adressierung (Modus 2) 

Bei der Autoinkrement-Adressierung (Bild 7) 
wird wie bei der Register-Indirekt-Adressie- 



rung der Inhalt des adressierten Registers als 
die Adresse des Operanden interpretiert. 

Für den Zugriff zum Operanden wird ein Bus- 
zyklus benötigt. Anschließend wird der Regi- 
sterinhalt um die Länge des Operanden er- 
höht, bei Byteverarbeitungsbefehlen um 1 
und bei Wortverarbeitungsbefehlen um 2. 

Bei den Registern 6 und 7 erfolgt immer eine 
Erhöhung um 2. 

Das Register ER enthält die Adresse des 
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Operanden. Das nachgestellte Pluszeichen 
(+) zeigt an, daß die Adresse im Register 
nach der Operation erhöht wird. 


Beispiele: 
INC (2) + 
CLR (R2)+ 


Autoinkrement-Indirekt-Adressierung 
(Modus 3) 

Bei der Autoinkrement-Indirekt-Adressierung 
(Bild 8) wird der Inhalt des adressierten Regi- 
sters als eine Adresse einer im Speicher be- 
findlichen Adreßkonstanten der Operanden- 
adresse interpretiert. Damit sind für den Ope- 
randenzugriff zwei Buszyklen erforderlich. 
Nach dem Zugriff zum Operanden wird der 
Inhalt des Registers immer um 2 erhöht, da 
das Register auf eine Adreßkonstante (2 By- 
tes) zeigt. 

Das Register ER enthält die Adresse (Regi- 
ster-Indirekt) der Adresse (Speicher-Indirekt) 
des Operanden. Nach der Operation wird die 
Adresse im Register erhöht. 


Beispiele: 

INC @(2)+ 

CLR @(R1+1)+ 


Autodekrement-Adressierung (Modus 4) 

Bei der Autodekrement-Adressierung (Bild 9) 
wird der Inhalt des adressierten Registers um 
die Länge des Operanden verringert (bei By- 
teverarbeitungsbefehlen um 1 , bei Wortver- 
arbeitungsbefehlen um 2). Bei den Registern 
6 und 7 erfolgt immer eine Verringerung um 
2. Anschließend wird der verringerte Inhalt 
des Registers als Adresse des Operanden in- 
terpretiert. Für den Zugriff zum Operanden 
wird ein Buszyklus benötigt. Das Registers 
ER enthält die Adresse des Operanden. Das 
vorgestellte Minuszeichen (-) zeigt an, daß 
die Adresse im Register vor der Operation er- 
niedrigt wird. 


Beispiele: 

INC — (R2) 

CLR -(%1+2) 


Autodekrement-Indirekt-Adressierung 
(Modus 5) 

Bei der Autodekrement- Indi rekt-Adressie- 
rung (Bild 1 0) wird der Inhalt des adressierten 
Registers um 2 verringert. Anschließend wird 
der verringerte Inhalt des Registers als 
Adresse einer Adreßkonstanten der Adresse 
des Operanden interpretiert. Für den Zugriff 
zum Operanden werden zwei Buszyklen be- 
nötigt. 

Das Register ER enthält die Adresse (Regi- 
ster-Indirekt) der Adresse (Speicher-Indirekt) 
des Operanden. Vor der Operation wird die 
Adresse im Register erniedrigt. 


Bild 6 Register-Indirekt-Adressierung 


» i m - 


Bild 7 Autoinkrement-Adressierung 


Bild 8 Autoinkrement-Indirekt-Adressierung 


Bild 9 Autodekrement-Adressierung 


Bild 10 Autodekrement-Indirekt-Adressierung 


1 Index-Adressierung 


Bild 12 Index-Indirekt-Adressierung 


Beispiele: 

INC @-(R2) 
CLR @-(2+1) 


Index-Adressierung (Modus 6) 

Bei der Index-Adressierung (Bild 11) wird 
zum Inhalt des adressierten Registers eine 
Indexkonstante addiert. Die Summe wird als 
die Adresse des Operanden interpretiert. 

Die Indexkonstante belegt das nächste Wort 
nach dem Befehl. Der Befehlszähler (PC) 
wird nach dem Lesen der Indexkonstanten 
um 2 erhöht. Für den Zugriff zum Operanden 
werden zwei Buszyklen benötigt. 

Der Ausdruck E, mit dem Inhalt des Registers 
ER addiert, ergibt die Adresse des Operan- 
den. Der Wert des Ausdrucks £ wird nach 
dem Befehlswort gespeichert. Der Ausdruck 
kann programmtechnisch die Basisadresse 
oder die Indexkonstante spezifizieren. 


Beispiele: 

INC FELD(R2); IM BEREICH FELD WIRD 
; DAS DURCH R2 SPEZIFI- 
ZIERTE 

; WORT INKREMENTIERT 

CLR 2 0 ( R 3 ) ; LOESCHEN DES WORTES 

; MIT DER VERSCHIEBUNG 20 
; IM BEREICH, DER DURCH 
;R3 SPEZIFIZIERT WIRD. 


Index-Indirekt-Adressierung (Modus 7) 

Bei der Index-Indirekt-Adressierung (Bild 12) 
wird der Inhalt des adressierten Registers mit 
einer Indexkonstanten addiert. Die Summe 
wird als die Adresse einer Adreßkonstanten 
der Adresse des Operanden interpretiert. Die 
Indexkonstante belegt das nächste Wort 
nach dem Befehl. Nach dem Lesen der In- 
dexkonstanten wird der Befehlszähler (PC) 
um 2 erhöht. Für den Zugriff zum Operanden 
werden drei Buszyklen benötigt. Der Aus- 
druck E, mit dem Inhalt des Registers ER ad- 
diert, ergibt die Adresse der Adresse des 
Operanden. Der Wert des Ausdrucks £ wird 
nach dem Befehlswort gespeichert. 


Beispiele: 

INC @FELD(R2) 
CLR @10.(R1+2) 


Anmerkungen zu Byteverarbeitungsbe- 
fehlen: 

1 . Bei den Adressierungsmodifikationen mit 
Inkrementierung bzw. Dekrementierung des 
Registerinhaltes (2 und 4) erfolgt bei den By- 
teverarbeitungsbefehlen eine Erhöhung bzw. 
Erniedrigung der Adresse um 1 und bei den 
Wortverarbeitungsbefehlen um 2. 

2. Bei den indirekten Adressierungsmodifi- 
kationen mit Inkrementierung bzw. Dekre- 
mentierung des Registerinhaltes (3 und 5) er- 
folgt bei den Byte- und Wortverarbeitungsbe- 
fehlen eine Erhöhung bzw. Erniedrigung der 
Adresse um 2, da die Register auf die Adres- 
sen der Operanden verweisen. 

3. Byteverarbeitungsbefehle in Verbindung 
mit dem Stackpointer des Systemstacks (SP) 
und dem Befehlszähler (PC) erhöhen bzw. 
erniedrigen diese Register immer um 2. 

4. Byteverarbeitungsbefehle adressieren 
bei der Registeradressierung das niederwer- 
tige Byte im Register. Bei Byteverarbeitungs- 
befehlen in Verbindung mit dem SP bzw. PC 
wird ebenfalls immer das niederwertige Byte 
eines Wortes adressiert. 

5. Beim Laden eines Bytes in ein Register 
(MOVB) wird das Byte in den niederwertigen 
Teil des Registers geladen, und der höher- 
wertige Teil des Registers wird mit dem Vor- 
zeichen des Bytes gefüllt (Signextension). 
Damit wird eine ganze Zahl aus dem Bytefor- 
mat in das Wortformat überführt. 

5.3.2. Die erweiterten Adressierungsarten 
Direktwertadressierung (Modus 2 mit PC) 
Der Wert des Operanden wird als sogenann- 
ter Direktwert (Bild 1 3) nach dem Befehlswort 
gespeichert. Da nach dem Lesen des Be- 
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fehlswortes der PC auf das nächste Wort 
zeigt, kann unter Verwendung des PC als 
Adressierungsregister der Direktwert gele- 
sen werden. Bei Verwendung des Modus 2 
wird der PC automatisch um 2 erhöht, so daß 
er nach Ausführung des Befehls mit Direkt- 
wertadressierung auf den nächsten Befehl 
zeigt. 

Die Direktwertadressierung wird vor allem 
bei Zwei-Adreß-Befehlen für die Angabe des 
Quelloperanden verwendet, wenn er z. B. 
eine Konstante oder Maske darstellt. Der As- 
sembler erkennt Direktwerte am vorange- 
stellten Doppelkreuz 

Der Ausdruck £ ist der Operand selbst. Der 
Wert des Ausdrucks wird nach dem Befehls- 
wort als Direktwert gespeichert. 


Beispiele: 

MOV #FELD,R2 

ADD # A B1811,R2 


OIE ADRESSE FELD 
WIRD GELADEN 
ZUM INHALT DES 
REGISTERS RI 
WIRD DER WERT 
1011(2) ADDIERT 


Absolute Adressierung (Modus 3 mit PC) 

Die absolute Adresse des Operanden wird 
als sogenannter Direktwert (Bild 14) nach 
dem Befehlswort gespeichert. Da nach dem 
Lesen des Befehlswortes der PC auf den Di- 
rektwert zeigt, kann unter Verwendung des 
PC als Adressierungsregister und des Modus 
3 zum Operanden zugegriffen werden. Dabei 
wird gleichzeitig der PC um 2 erhöht, so daß 
der PC nach Ausführung des Befehls auf den 
nächsten Befehl zeigt. Die absolute Adres- 
sierung soll nur dort eingesetzt werden, wo 
die Adresse absolut feststeht, z. B. zur Adres- 
sierung des Prozessorstatuswortes, der Ge- 
räteregister und Interruptvektoren. Der As- 
sembler erkennt die absolute Adressierung 
an dem vorangestellten Sonderzeichen 

Der Ausdruck £ gibt die Adresse des Operan- 
den an, die nach dem Befehlswort gespei- 
chert wird. Der Ausdruck darf je nach Charak- 
ter des PA absolut oder relativ sein. Bei relati- 
ven (verschieblichen) Adressen erfolgt vom 
Taskbuilder die Umrechnung in eine absolute 
Adresse. Zur Programmlaufzeit steht somit 
hinter dem Befehlswort immer die absolute 
Adresse. 


Beispiele: 

MOV @#177776, R0; 


LADEN 

DES PROZESSOR- 
STATUS 


B'ftM 


I MH ) 

| Oirektwert V ) — ' 


Bild 13 Direktwertadressierung 


Befehl 

Hauptspeicher 

PC+t) 

~H °K ,mi 1 

3ild14 Absolute Adressierung 

Kl l_L__l£lZJ — ^ 

Hauptspeicher 

«♦« \r'i.A« m , F^-<+> 

— H Operand | 





Bild 15 Relative Adressierung 

Befehl 

ki L m 7 i-) 

Hauptspeicher | 

K*H | r,i U nm F-(+) 1 Adresse j 

1 K.i | J 

| Operand | 


Bild 1 6 Indirekte relative Adressierung 


tive Adresse bezeichnet. Diese Adressie- 
rungsart ist die am meisten verwendete. Der 
Assembler übersetzt alle Operandenanga- 
ben ohne Desonderes Kennzeichen als rela- 
tive Adressen. 

Der Ausdruck £ gibt je nach Charakter des 
PA die absolute oder relative (verschiebliche) 
Adresse des Operanden an. Als relative 
Adresse im Sinne der relativen Adressierung 
wird die Differenz zwischen dem Wert des 
Ausdrucks und der Adresse PC nach dem 
Lesen der Indexkonstanten des Befehls be- 
rechnet und als Indexkonstante nach dem 
Befehlswort gespeichert. Ist die Berechnung 
der relativen Adresse zur Assemblerzeit nicht 
möglich, so wird sie vom Taskbuilder ausge- 
führt. Zur Programmlaufzeit steht somit im- 
mer die relative Adresse des Operanden zum 
aktuellen PC-lnhalt nach dem Lesen der rela- 
tiven Adresse im Wort der Indexkonstanten. 
Diese Adressierungsart ist für die Adressie- 
rung von symbolischen Speicherbereichen 
die am meisten genutzte. 


Beispiele: 

MOV ALPHA, BETA 
CLRA+B-C 


Der Ausdruck £ gibt je nach Charakter des 
PA die absolute oder relative (verschiebliche) 
Adresse der Adresse des Operanden an. 
Weitere Bemerkungen siehe unter „Relative 
Adressierung“. 


Beispiele: 

MOV @ADR, @BETA 
CLR @A+2*<C-D> 


5.3.3. Relative Adressierung in den Ver- 
zweigungsbefehlen 

Der unbedingte und die bedingten Verzwei- 
gungsbefehle sind 1 -Wort-Befehle, die im 
niederwertigen Byte eine relative Adresse 
(Verschiebung) enthalten. Diese Verschie- 
bung (V) gibt die Anzahl der Worte an, um die 
vorwärts (+) oder rückwärts (-) gesprungen 
werden soll. Die Ausdrucksberechnung er- 
folgt wie bei der relativen Adressierung - mit 
dem Unterschied, daß anschließend der Wert 
durch 2 dividiert (Wortadressierung!) und auf 
8 Bit verkürzt wird: 

V = <£ — . — 2>/2 

Wenn V mit Vorzeichen größer als 8 Bit wird, 
so wird ein A-Fehler angezeigt. 

Beispiele: 

Folgende unbedingte Verzweigungsbefehle 
stehen auf der Adi esse 1 20274(8) : 

a) in binärer Darstellung: 

0 000 908 1 88 818 188 

Operationskode Verschiebung 

in oktaler Darstellung: 8 0 0 4 2 4 

Dieser Befehl bewirkt zur Programmlaufzeit 

eine Verzweigung nach: 

PC+2*Verschiebung= 

120276+2*(+24)=120346 

b) in binärer Darstellung: 

0 000 000 1 11 111 168 

in oktaler Darstellung: 0 0 0 7 7 4 
Dieser Befehl bewirkt zur Programmlaufzeit 
eine Verzweigung nach: 

PC + 2*' Verschiebung = 1 20276+2*( -4)= 
120266 

c) in binärer Darstellung: 

0 000 008 1 11 111 111 

in oktaler Darstellung: 8 0 0 7 7 7 
Dieser Befehl bewirkt zur Programmlaufzeit 
eine Verzweigung nach: 
PC+2*Verschiebung=120276+2*(-1)= 

120274 

Sprung auf den Befehl selbst (endlose 
Schleife)! 

Fortsetzung folgt! 


Relative Adressierung (Modus 6 mit PC) 

Da sich bei der Index-Adressierung die Ope- 
randenadresse aus der Summe des Inhaltes 
des Adressierungsregisters und der Index- 
konstanten ergibt, muß bei Verwendung des 
PC als Adressierungsregister die Indexkon- 
stante die Differenz zwischen Operanden- 
adresse und dem aktuellen Inhalt des PC be- 
tragen (Bild 1 5). Diese Differenz wird als rela- 


Indirekte relative Adressierung (Modus 7 
mit PC) 

Aus der Summe der relativen Adresse, die 
nach dem Befehlswort gespeichert ist, und 
dem Inhalt des PC ergibt sich die absolute 
Adresse einer Adreßkonstanten des Operan- 
den (Bild 16). Der Assembler erkennt diese 
Adressierungsart am vorangestellten Son- 
derzeichen „@“. 
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die binsatzmoglichkeiten 
des Kleincomputers erweitern. Dabei 
ist neben der Anwendung bei Reak- 
tionsspielen auch die Verwendung 
bei Grafikprogrammen und die Ein- 
gabe externer Daten (2*4 Bit) mög- 
lich. 

Grundgedanke für die Realisierung 
war ein einfacher Aufbau und eine va- 
riable Anwendung. Untergebracht 
wurden Schaltung und Anschluß- 
buchsen in einem M005-USER-MO- 
dul. Die dazugehörige Beschreibung 
gibt auch Aufschluß über die Bele- 
gung des Steckverbinders. An der 
Frontblende befinden sich zwei Dio- 
denbuchsen zum Anschluß der Spiel- 
hebel oder Tastatur (analog V24-Mo- 
dul). 

Die Schaltung besteht im wesentli- 
chen aus zwei Funktionsgruppen: 
(vgl. Bild 1) 

- Adreßdekoder zur Bildung des CS- 
Signals (Adr., /RD, /IORQ) 

- 2*4 Bit Latch mit Tristate-Ausgän- 
gen (DL 295). 

Im KC 85/2 (/3) stehen für den An- 
wender die I/O Adressen ab 0C0H zur 
Verfügung. Wegen der einfachen De- 
kodierung wurde für den Modul die 
Adresse 0FFH gewählt (Dl). Zusätz- 
lich wird /IORQ und /RD mit der 
Adresse verknüpft. Mit einem Gatter 
(DL00) und VT1 wird ein Monoflop 
realisiert, der eine Leuchtdiode an der 
Frontseite ansteuert. Diese nicht un- 
bedingt notwendige Anzeige erlaubt 
aber Rückschlüsse bei fehlerhafter 
Programmabarbeitung, da jeder Auf- 
ruf des Moduls angezeigt wird. Um 
beim Einlesen durch eine IN-Opera- 
tion die aktuellen Daten auf den Bus 
zu geben, muß die Übernahme in das 
Register vor der Aktivierung der Aus- 
gänge erfolgen. Da die Adresse zeit- 
lich vor den Steuersignalen anliegt, 
wird sie zur Steuerung des Übernah- 
mesignals (T,Pin 9) herangezogen. 
Das eigentliche CS-Signal (OE, Pin 8) 
zur Aktivierung der Ausgänge wird 
durch die Verknüpfung der Adresse 
mit den Signalen /IORQ und /RD ge- 
bildet. Zur Schaltungsvereinfachung 
kann man auch Pin 9 mit Pin 8 verbin- 
den, muß dann aber 2 IN Operationen 
ausführen, um die aktuellen Daten 
verarbeiten zu können. 

Die Dateneingänge von D4 und D5 
liegen über 3,3 kOhm auf L-Pegel. 
Sie werden durch die Tasten (Spiel- 
hebel oder Tastatur) über einen 
Schutzwiderstand (er verhindert bei 
eventuellen Kurzschlüssen eine Ge- 
fährdung des Computers) auf H gezo- 
gen. Um die gewünschten Funktio- 
nen (8 Richtungen, 1 Reaktionstaste) 


zu erreichen, muß bei der Realisie- 
rung des Spieihebels darauf geachtet 
werden, daß bei Zwischenstellungen 
jeweils 2 Kontakte geschlossen sind. 
Durch 4 Dioden, die. über die Reak- 
tionstaste an H gelegt werden, ergibt 
sich 0FH an den Eingängen. Diese 
bei der Richtungssteuerung nicht vor- 
kommende Information wird als Re- 
aktionssignal ausgewertet. Für zu- 
sätzliche Informationen lassen sich 
auch noch andere nicht vorkom- 
mende Codes erzeugen. Da für jeden 
Eingang 4 Bit zur Verfügung stehen, 
ist es auch denkbar, den 2. Kanal für 
Steuertasten zu nutzen. Durch einen 
einfachen Coder (siehe Bild 2) lassen 
sich bis zu 15 Tasten codieren. Auch 
eine Codierung aller 8 Bit wäre denk- 
bar und für bestimmte Aufgaben si- 
cher sinnvoll. Um das Modul an belie- 
biger Stelle im System unterbringen 
zu können, sind die Leitungen MEI/ 
MEO(24B/24A) und IEI/IEO(10B/ 
1 0A) durchzuschleifen. 

Das hier vorliegende Programm 
wurde für die Nutzung von 2 Spielhe- 
beln erstellt. In Verbindung mit BASIC 
wird es über die USER-Funktion auf- 
gerufen. Dazu wird in die entspre- 
chende BASIC-Arbeitszelle (772D) 
die Anfangsadresse eingetragen 
(51 2D; vgl. Bild 3). 

Nach dem Aufruf des Maschinenpro- 
grammes werden die Daten der 
Spielhebel eingelesen, nach linker 
und rechter Information getrennt und 
über eine Umcodierungstabelle ge- 
ordnet. (1=N,2=N0,3=0,4=S0,.., 
9= Reaktionstaste) Sie stehen auf 
023EH (JOY 1, links) und 023DH 
(JOY 2, rechts) zur Verfügung. An- 
schließend erfolgt der Parameteraus- 
tausch von und an BASIC, je nach ab- 
gefragtem Hebel. 

Prinzipiell läßt sich die Routine an be- 
liebigen Stellen des freien RAM-Be- 
reiches unterbringen, lediglich der 
IRM ist wegen der zusätzlich sichtba- 
ren Zugriffe ungeeignet. 

Für das gemeinsame Abspeichern 
beider Programme gibt es verschie- 
dene Möglichkeiten. Am einfachsten 
ist das Einschreiben über POKE von 
BASIC aus. Durch Verschiebung des 
Programms (Abänderung der Merk- 
zellen notwendig) läßt sich das Pro- 
gramm auch in 2 REM-Zeilen unter- 
bringen, analog MP 7/87, S. 221 . 
Damit sind allerdings die Nutzungs- 
möglichkeiten dieser einfachen 
Schaltung bei weitem noch nicht aus- 
geschöpft. Zu nennen wäre z. B. die 
Datenfernerfassung u. ä. Dieser Bei- 
trag sollte dazu als Anregung dienen. 
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PC 1715-Tip 

Textgestaltung durch Hoch- und 
Tief Stellung auf FX 16MILX86 

Der auf dem PC 1 71 5 unter SCP lauf- 
fähige Textprozessor TPG13.COM 
ist ein sehr leistungsfähiges Dienst- 
leistungsprogramm. Leider ist dieses 
trotz Installierung eines ähnlichen 
Druckers nur teilweise an die weit ver- 
breiteten Drucker LX86 und FX1000 
anpaßbar. Durch gezielte Verände- 
rungen lassen sich jedoch die Pro- 
bleme der Hoch- und Tiefstellung rea- 
lisieren. 

Folgende Arbeiten sind notwendig: 
Installierung des Textprozessors mit 
einem ähnlichen Druckertyp, die An- 
wendersteuerzeichen A Q A W A E 
A R belegen mit Breit ein, Fett ein, 
Breit aus und Fett aus. 

Dann ist die Datei TPG13.COM mit 
Hilfe von POWER zu verändern nach 
folgenden Schritten: 

A> POWER 

A=TYPEX TPG13.COM 

(Auflisten des Hex Dump bis in der ersten 

Spalte die Adresse 0200 erscheint.) 

A= READ spur Sektor 


(128-Byte-Block, der Adresse 0200 enthält, 

laden. Die Spur steht hinter T= Sektor 

steht hinter S=..„) 

A=DS 8F 

(Byte ab Adresse 8F werden verändert nach 
Tafel 1) 

A=WRITE spursekt. 

(Abspeichern des Blockes) 

A=TYPEX TPG13.COM 

(Erneutes Auflisten des Hex Dump bis zur 

Adresse 06C0) 

A= READ spur sektor 

(Laden des Blockes, der die Adresse 06C0 
enthält) 

A=DSC1 

(Byte ab CI ändern nach Tafel 2) 

A=WRITE spursekt. 

(Abspeichern des Blockes) 

A=RUN TPG13 

Das Beispiel gibt an, wie der entsprechende 
Text geschrieben werden muß: 

Testbeispiel 

Normal A VTief A V A RNormal 
Normal A THoch A T A RNormal 
Der hoch- oder tiefgestellte Text wird 
mit A PV bzw. A PT eingeschlossen 
und mit A PR abgeschlossen. 

Dagobert Mühlhaus 


Tafel 1 


Adresse BF 90 91 92 93 94 95 96 97 98 99 9A 9B 

Alt 46 45 54 54 20 41 55 53 20 20 20 20 20 

ASCII FETT AUS 

Neu 48 4F 43 48 2F 54 49 45 46 20 41 55 53 

ASCII H O C H I T I E F AUS 


Tafel 2 


Adresse CI C2 C3 

Alt 6A 0C 75 

ASCII i a L u 

Neu 53 30 00 

ASCII S 0 A § 


C6 C7 C8 ... DA 

4A 0C 65 46 

J a L e F 

53 31 00 54 

S 1 A § T 


KC 85/IBAS IC-Tip 

Ändern von Zeichenketten 

Das vorgestellte BASIC-Unterpro- 
gramm „ZK-KOR“ ersetzt und erwei- 
tert den INPUT-Befehl bei der Ein- 
gabe von Zeichenketten. Dabei wird 


die zu ändernde Zeichenkette auf 
dem Bildschirm dargestellt, der Be- 
reich bis zu einer maximal erlaubten 
Länge durch Unterstriche gekenn- 
zeichnet und der „Kursor“ auf die er- 
ste Position der Kette positioniert. 


Eine alternierende Darstellung von 
„Kursor“ und dem von ihm verdeck- 
ten Zeichen gewährleistet dabei je- 
derzeit die volle Lesbarkeit der Zei- 
chenkette. Anschließend kann über 
die horizontalen Kursorsteuerzei- 
chen auf das oder die zu ändernden 
Zeichen positioniert und die Zeichen- 
kette geändert werden. 

Das Unterprogramm unterstützt wei- 
terhin die Funktionstasten DEL, INS 
und CL LN, sowie eine vorher zu defi- 
nierende maximal zulässige Länge 
und selbstverständlich die ENTER- 
Taste. Nach Betätigen von ENTER 
wird die geänderte Zeichenkette vom 
Bildschirm gelesen und gespei- 

Ein weiterer Vorteil des Unterpro- 
grammes besteht darin, daß durch 
Variieren der Zeile 640 der Bereich 
der erlaubten Zeichen definiert wer- 
den kann. So kann beispielsweise 


640 IF L6<>46 AND L6<48 
ORL6>57 THEN 650 
der Bereich der erlaubten Zeichen auf 
die Ziffern 0 bis 9 und den Dezimal- 
punkt begrenzt werden. Fehleinga- 
ben werden akustisch signalisiert und 
übergangen. 

Vor dem UP-Aufruf müssen definiert 
werden: 

El$ - die zu ändernde Zeichenkette 
LO - die maximal erlaubte Länge 
' von EIS. 

Nach dem UP-Rücksprung beinhal- 

El$ - die geänderte Zeichenkette. 

L5 -die tatsächliche Länge von El$. 
Das Unterprogramm wurde auf der 
Schwarzweiß-Variante des KC 85/1 
in der Monitorversion 01.02. erstellt 
und erprobt. 

Gerd Kemnitz 


Retten von Variablen 

Gelegentlich kann es Vorkommen, 
daß man eine Information über eine 
CLEAR-Anweisung oder einen Neu- 
start hinweg bewahren möchte. Das 
kann man beim KC 85/3 dadurch er- 
reichen, daß die zu rettende(n) Varia- 
ble^) (im vorliegenden Fall eine Zei- 
chenkette) durch VPOKE-Anweisun- 
gen in einen Teil des Bildwiederho- 
lungsspeichers geschrieben wird/ 
werden, der ja geschützt ist und da- 
her durch CLEAR usw. nicht gelöscht 
wird. Im Beispiel war ein Name zu be- 
wahren. Da der Speicherbereich von 
BC00H bis BFFFH durch eine Grafik- 
Zeichenliste belegt war, die Funk- 
tionstasten aber nur zum Teil benötigt 
wurden, kam der hintere Teil des 
Speichers für die Funktionstastenbe- 
legung in Frage, und zwar im konkre- 
ten Fall ab Adresse B940H (siehe 
Programm-Auszug). Der erste Spei- 
cherplatz wird dabei mit der Länge 
der Zeichenkette belegt, die weiteren 
Speicherplätze mit den ASCII-Codes 
der einzelnen Zeichen. Der Aufruf der 
geretteten Zeichenkette erfolgt dann 
entsprechend durch VPEEK-Anwei- 
sungen. Dr. Frank Steinmann 


Anmerkung der Redaktion: Das 
Verfahren funktioniert ebenfalls 
beim KC 85/2. Beim KC 87 muß an- 
stelle der VPOKE- die POKE- Anwei- 
sung unter Beachtung des verfüg- 
baren Speichers verwendet wer- 
den. 


1 000 INPUT „Name:": NN$ 

Itm E=LEN(NN$): VPOKE 14656, E 

1628 FORI=1 TOE 

7030 F=ASC(MID$(NN$,I, 1)) 

1646 VPOKE 14656+1, F: NEXT 


2000 CLEAR 


3668 PRINT AT(16, 12); „Machsgut, “ 
3616 E=VPEEK(14656) 

3020 FOR /= 1 TO E: F= VPEEK(1 4656+1) 
3636 PRINT AT(17,11+I); CHRS(F): NEXT 
3646 PRINT AT(17,12+E);„I . . ." 



Laden von BASIC-Programmen aus ROM-Modulen 


Dr. Hans-Jürgen Busch, Dresden 

Für die robotron-Kleincomputer sind 
eine Reihe von Zusatzmoduln erhält- 
lich, die die Anwendung auch für die 
Kleinrationalisierung erleichtern und 
das Einsatzspektrum wesentlich er- 
weitern. 

So besteht z. B. häufig der Wunsch, 
BASIC-Programme auf ROM-Moduln 
zu speichern, damit bei Routinearbei- 
ten das mindestens tägliche Einlesen 
des gleichen Programms von Kas- 
sette entfallen kann, denn dieses wird 
bald als zu aufwendig und fehleran- 
fällig empfunden. 

Im folgenden werden Voraussetzun- 
gen, Mittel und Wege zum Erreichen 
dieses Zieles dargestellt. 

Der Arbeitsspeicher des BASIC-In- 
terpreters ist über Zeiger organisiert. 
Generierungsabhängig ist nur die 


niedrigste Adresse des Notizspei- 
cherbereiches, diese liegt für die BA- 
SIC-Moduln und den KC87 auf 
300H. 

Die Speicheraufteilung mit den ent- 
sprechenden Zeigern und ihre Ver- 
wendung zeigt Tafel 1 . 

Der Arbeitsspeicher des Interpreters 
einschließlich des Bereiches für das 
Quellprogramm liegt vollständig im 
RAM-Bereich des Rechners. Die Ta- 
bellen der einfachen und der Feldva- 
riablen werden zur Laufzeit des Pro- 
gramms dynamisch hinter dem Quell- 
programm aufgebaut, wobei der Ab- 
stand zum Stackpointer (SP) immer 
überwacht wird. 

Beim Programmstart werden die ge- 
nannten Tabellen gelöscht (nach 
RUN), d. h„ die Zeiger DVARPT und 
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FSLPTR werden hinter das Ende des 
Quellprogramms gestellt (auf 
SVARPT). Damit wird deutlich, daß 
BASIC-Programme nicht in ROM-Be- 
reichen lauffähig sind. Sie können 
aber mit Hilfe eines kurzen MC-Pro- 
gramms aus ROM-Bereichen in den 
Arbeitsspeicher des Interpreters ge- 
laden und dort abgearbeitet werden, 
wenn gleichzeitig mit dem Umladen 
die notwendigen Zeiger initialisiert 

Um zunächst ein BASIC-Programm 
auf einen ROM-Modul auszulagern, 
benötigen Sie: 

- einen ROM-Erweiterungsmodul 
690002.7, der das Programm dann 
aufnimmt 

- eine entsprechende Anzahl von 
EPROMs U 2716 C 

- einen Programmier-Modul 

690023.6 

- den Zusatzmonitor ZM von Pro- 
grammkassette R 01 12, R 0121 oder 
R0122 

- für große Programme einen RAM- 
Erweiterungsmodul 690003.5 

Die Arbeitsschritte zum Auslagern 
sind: 

1. Vorbereiten des Rechners (Pro- 
grammier-Modul, RAM-Modul, BA- 
SIC, ZM) 

2. Einlesen des auszulagernden BA- 
SlC-Programms von Kassette 

Tafel 1 Zeiger und ihre Verwendung 


3. Bestimmen der Länge des Pro- 
gramms 

laenge = (SVARPT) - (PSTBEG). 
Das Programm endet mit 0 0 0 und 
der Zeiger SVARPT zeigt hinter die 
dritte Null. 

4. Bestimmen eines ausreichend 
großen freien RAM-Bereiches, der 
nach Möglichkeit mit einer glatten 
Speicheradresse (anfang) beginnt 
(unter Umständen auch im Freibe- 
reich des BASIC-Interpreters selbst). 

5. Verschieben des BASIC-Pro- 
gramms ab (PSTBEG) in diesen Be- 
reich auf Adresse anfang + 16H mit 
Hilfe des ZM 

6. Einträgen des MC-Programms 
zum Umlagern von ROM in RAM mit 
Hilfe des ZM entsprechend Tafel 2. 

7. Programmieren der EPROMs 

8. Stecken der EPROMs auf die ent- 
sprechende Stelle des ROM-Moduls 
(Anfangsadresse Start) - fertig! 

Der ROM-Modul mit dem BASIC-Pro- 
gramm ist damit zur Nutzung vorbe- 
reitet. Wenn in den Rechner ein BA- 
SIC- und der ROM-Modul gesteckt 
werden, kann das MC-Programm 
zum Laden des BASIC-Programms 
aus der Kommando-Ebene mit 
CALL Start oder 
CALL* Start 

aufgerufen und anschließend das 
BASIC-Programm mit RUN gestartet 
werden. 


KC 85 3-BASIC Tip 
Maschinenprogramme (3) 

Nach den beiden in IV vorgestellten 
Verfahren zur Einbindung von Ma- 
schinen- in BASIC-Programme noch 
ein drittes. Bei diesem Verfahren wird 
der Anfang des BASIC-Programm- 
speichers nach höheren Adressen 
verschoben, und der Bereich ab 
Adresse 401 H steht zur Verfügung. 
Neben dem bereits erläuterten Zeiger 
für das Programmende (3D7/3D8H) 
muß hierbei der Zeiger für den Pro- 
grammanfang (35F/360H) verändert 
werden. Man geht folgendermaßen 

1 . Start des BASIC-Interpreters 

2. Eingabe der Programmzeile: 

1 0DOKE863,2560:RUN 

2560 ist hier der neue Programman- 
fang. Damit steht der Bereich von 
41 1 H bis 9FDH zur Verfügung. 

3. Einstellen des Programmendes 
mit: 

DOKE983,2562 

4. Ggf. Nullsetzen der Zellen 9FEH 
bis A00H mitPOKE 

(ist sofort nach dem Einschalten des 
Kleincomputers nicht erforderlich, da 
der Speicher gelöscht wird) 

5. Starten des Programmes: 

RUN 

Danach steht der BASIC-Interpreter 
auf dem neuen Anfang und ist bereit 
zur Eingabe des Programmes, (über- 
prüfbar mit LIST oder PRINT FRE(0)) 


6. Eingabe des Maschinenpro- 
gramms: 

durch Eingeben mit MODIFY oder 
durch Einlesen eines mit dem Modul 
M027 Development erzeugten Ma- 
schinenprogramms 

7. Eingabe des BASIC-Programms 
Beim Abspeichern mit der CSAVE- 
Anweisung werden drei T eile gerettet: 

- Programmzeile 10 (siehe oben) 

- Maschinenprogramm 

- BASIC-Programm 

Nach dem Laden mit CLOAD und so- 
fort folgendem Auflisten erscheint nur 
die eine Programmzeile. Mit RUN 
wird aber das Gesamtprogramm ge- 
startet. 

Die Vorteile sind: 

- im Maschinenprogramm können 
00-Bytes vorhanden sein 

- die Adressen liegen fest 

- das BASIC-Programm läßt sich be- 
liebig bearbeiten (z. B. RENUMBER) 

- Der verfügbare Bereich liegt nicht 
hinter dem Bildwiederholspeicher 

- das Maschinenprogramm wird 
nicht gelistet. 

Klaus-Dieter Kirves 
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Warne Adresse Verwendung als Zeiger auf 


PSTBEG 35FI863 Anfang des BASIC-Quellprogramms, RUN startet aut 
(PSTBEG)-I (a ufO initialisiert) 


SVARPT 3D7I983 Anfang der Tabelle der einfachen numerischen und ZK-Variabien 


KC 85/3-Tip 

B AS-Ton- Anschluß am Robotron Combi-Vision RF 33011 
RF3311 


DVARPT 3D9I985 Anfang der Tabelle der Feldvariablen (numerisch und ZK) 

FSLPTR 3DBI987 Anfang des Freibereiches 

STDPTR 3561854 Anfang Zeichenketten-Speicherbereich, (MEMSIZ)- 1. Para- 
meter von CLEAR, Initialisierungs wert für SP 


SWAPTR 3C4/964 Füllstand ZK-Speicherbereich (Füllung von hinten) 


MEMSIZ 3B9I944 . höchsten von BASIC verwendeten Speicherplatz, 2. Parameter 

von CLEAR, Ende ZK-Speicherbereich 


Tafel 2 MC-Programm zum Laden von BASIC-Programmen 


21 .. .. anfang: LD HL,start+ 16H 

110104 LD DE, 401 H 

01 .. .. LD BC, laenge 

ED BO LDIR 

EB EX DE, HL 

22 D7 03 LD (SVARPT), HL 

22 D9 03 LD (DVARPT), HL 

22 DB 03 LD (FSLPTR), HL 

C9 RET 


;Adr. nach RET dieses Programms 
■.Standardwert fuer (PSTBEG) 
;entsprechend 3. 
.BASiC-Programm in 
: Arbeitsspeicher laden 
;HL:401H+!aenge 
.Zeiger initialisieren 


: anschießend folgt das BASIC-Programm 


Als Ausgabegeräte für Kleincomputer 
kommen überwiegend handelsübli- 
che Schwarzweiß-TV-Portable zum 
Einsatz. 

Diese TV-Portable verfügen lediglich 
über einen HF-Eingang. Damit wird 
nur eine durchschnittliche Bildqualität 
erreicht. Eine Tonwiedergabe über 
TV ist nicht möglich. 

Für viele Anwendungsfälle ist jedoch 
eine höhere Bildqualität erforderlich 
(IV), und es wird die lautstärkege- 
steuerte Wiedergabe des Tonsignals 
gefordert. 

Unter Nutzung des kombinierten 
FBAS-RGB-Ton-Ausgangs des KC 


85/3(/2) und entsprechender Modifi- 
zierung des Combi-Vision kann man 
dieser Forderung gerecht werden. 

In 121 und 13/ wurde bereits die Modifi- 
zierung des Junost 402 B bzw. 401 B 
mit manueller bzw. automatischer 
Umschaltung des Bild- und Tonka- 
nals behandelt. 

Bild 1 zeigt einen Schaltungsauszug 
des Combi-Vision mit den notwendi- 
gen Anschlußpunkten für das BAS- 
und das Ton-Signal. Die Ankopplung 
des BAS-Signals erfolgt direkt an 
LI 008. Die des Ton-Signals erfolgt 
auf dem VAD-Modul. 

Um eine lautstärkegesteuerte Ton- 


KC-85-Tip Datenrecorder 

Seit einiger Zeit ist der Datenrecorder 
LCR-C des VEB Elektronik Gera im 
Angebot. Dieser besitzt die Möglich- 
keit, den Antrieb des Recorders über 
den Motorschaltausgang des Klein- 
computers direkt zu schalten. Das 
bringt einige Vorteile in der Bedie- 
nung. Von Nachteil ist allerdings, daß 
zum Spulen der Kassetten entweder 
eine VERIFY-Anweisung gegeben 
oder das Diodenkabel gezogen wer- 
den muß. Mit dem kleinen Programm, 
dessen HEX-DUMP in Tafel 1 darge- 


stellt ist, ist es möglich, den Recorder 
ein- und auszuschalten. Das Menü- 
kommando lautet „LCR“. Das Pro- 
gramm ist speicherverschieblich. 
Liegt es z. B. auf Adresse 0, so kann 
es vom BASIC mit CALL 6 aufgerufen 
werden. Klaus-Dieter Kirves 

Tafel 1 HEX-DUMP des Programmes 
zum Schalten der Motorspannung 


0000 7F 7F 4C 43 52 01 DB 88 
0008 EE 40 D3 88 C9 00 00 OO 
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Wiedergabe zu realisieren, ist es er- 
forderlich, den unbeschalteten NF- 
Eingang des A 223 zu nutzen. 

Die Ankopplung erfolgt über CI und 
RI an Pin 3 des A 223. RI dient zur 
entsprechenden Dämpfung des vom 
KC 85/3(/2) bereitgestellten NF-Si- 
gnals. Pin 2 des A 223 wird zur Unter- 
drückung von Brummerscheinungen 
auf Masse gelegt. 

Zur Umschaltung des Bild- und Ton- 
kanals zwischen HF- und BAS-Ein- 
speisung wurde beim aufgebauten 
Muster die am Combi-Vision vorhan- 
dene Kopfhörerbuchse verwendet. 
Möglich ist natürlich auch die Reali- 
sierung einer elektronischen Um- 
schaltung nach 131 unter Berücksichti- 
gung der entsprechenden Anschluß- 
punkte im Combi-Vision. 

Die Verbindung zwischen Kleincom- 
puter und TV-Portable wird mittels 26- 
poligem direktem EFS Steckverbin- 
der, 2adrigem abgeschirmtem Kabel 
und einem Eurostecker hergestellt. 
Bild 2 zeigt die Kontaktbelegung. 

Detlef Bauer 



X2 


T ] l r " 

B9>-f 

JOS 

X 7 2Spoliger direkter EFS Steckverbinder 

X? Eurostecker 
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Einlesen von Kassetten- 
dateien 

des ZX Spectrum 
auf KC 8511 

Der KC 85 hat ein dem ZX Spectrum 
ähnliches Kassettenaufzeichnungs- 
verfahren. Deshalb ist es möglich, mit 
relativ geringem Softwareaufwand 
und ohne jegliche Hardwareverände- 
rungen Dateien dieses Computers 
auf KC-85-Rechnern einzulesen. 

Der logische Aufbau einer ZX Spec- 
trum-Datei unterscheidet sich etwas 
von dem des KC 85/1. Eine Spec- 
trum-Datei besteht i.A. aus einem 
Kopf, der Dateinamen, Typ, Lade- 
adresse und Dateilänge enthält, so- 
wie einem einzigen Datenblock mit 
der im Kopf angegebenen Länge. 

Kopf und Datenblock bestehen je- 
weils aus Vorton, Synchronbit, Daten 
und dem durch XOR-Verknüpfung 
gebildeten Kontrollbyte. Eine byte- ■ 
weise Synchronisation durch ein 
Trennzeichen wie beim KC 85 gibt es 
nicht. Entsprechend dem KC 85 wer- 
den die Zustände „0“ und „1 “ jeweils 
durch eine Schwingung unterschied- 
licher Tonfrequenzen codiert. 


Das vorgestellte Programm stellt eine 
Minimalversion dar, die das Einlesen 
eines Blocks (Kopf oder Datenblock) 
realisiert und ins Betriebssystem zu- 
rückkehrt. Zur Initialisierung von PIOs 
und CTC werden Teile des Betriebs- 
systems verwendet, teilweise durch 
direkten Aufruf, teilweise durch un- 
veränderte Übernahme in das Lade- 
programm. Ebenfalls unverändert 
wird die Interruptroutine für das Le- 
sen von Kassette benutzt. Die ver- 
wendeten Adressen gelten für die Be- 
triebssystemversion 1 .2 des KC 85/1 , 
die auch im KC 87 eingesetzt ist. 

Das Programm besteht aus der ei- 
gentlichen Leseroutine und einem 
Unterprogramm, das den durch die 
Interruptroutine veränderten Inhalt 
der Speicherzelle 6AH überwacht 
und an das Hauptprogramm übergibt. 
Im Falle eines CTC-Nulldurchgangs 
ohne Interrupt bricht das Unterpro- 
gramm den Lesevorgang ab und gibt 
die Steuerung ans Betriebssystem 

Das Hauptprogramm verlangt zu- 
nächst 64 störungsfreie Halbperio- 
den des Vortons. Anschließend wird 
die erste Halbperiode des Synchron- 
bits erwartet. Bis dahin können noch 
beliebig viele weitere Vortöne auftre- 
ten. Nach der Erkennung des Syn- 
chronbits (wobei die zweite Halbpe- 
riode nicht ausgewertet wird) beginnt 
das Einlesen der Daten. Dabei fun- 
giert das Register D als Bitzähler, 
während in E die Daten eingescho- 
ben werden. Das Doppelregister BC 
kontrolliert die Dateilänge und bricht 
das Einlesen ab, wenn die auf den 
Adressen 36H, 37H vom Betriebssy- 
stem gespeicherte RAM-Obergrenze 
überschritten wird. Ist das Datenbyte 
in E vollständig, wird es in den RAM 
ab Adresse 4AOH ausgelagert. Die 
jeweils zweite Halbperiode jedes Da- 
tenbits wird überlesen, das Kontroll- 
byte nicht ausgewertet. 

Da das Programm keine Weiterverar- 
beitung der gelesenen Daten vor- 
nimmt, setzt seine Anwendung das 
Vorhandensein eines Monitorpro- 
gramms zur Anzeige und Abspeiche- 
rung voraus. Dabei sollte beachtet 
werden, daß sich dieses Monitorpro- 
gramm durch Setzen der Adressen 
36H, 37H vor dem Überschreiben mit 
Daten schützen muß. 

Der zum KC 85/1 und KC 87 entwik- 
kelte Zusatzmonitor ist dafür gut ge- 
eignet. 

Der Start des Einlesens erfolgt durch 
Aufruf des Namens RSPEC im Be- 
triebssystem, während der Vorton der 
zu lesenden Spectrum-Datei bereits 
läuft. Nach Blockende erfolgt die 
Rückkehr ins Betriebssystem. Ein 
vorzeitiger Abbruch ist einfach durch 
Anhalten des Kassettenrecorders 
möglich. 

Als Weiterentwicklung des Einlese- 
verfahrens bietet sich die Umwand- 
lung der vorliegenden Programmver- 
sion in ein Unterprogramm an, wäh- 
rend ein neues Hauptprogramm zu- 
nächst den Kopf und anschließend 
mit der dem Kopf entnommenen Län- 
geninformationen die Daten einliest. 
Möglich sind auch komfortable Pro- 
gramme, die unterschiedliche Datei- 
typen wie Textdateien, BASIC-Pro- 
gramme oder Assembler-Quelltexte 
einer Aufbereitung unterziehen, so 
daß sie mit den entsprechenden Sy- 


stemprogrammen des KC 85 genutzt 
werden können. Solche Programme 
sind aber mit erheblichem Aufwand 
verbunden und erfordern trotzdem 
noch einige manuelle Nacharbeiten 
an den umzusetzenden Spectrum- 
Dateien. 

Bei der Verwendung der Leseroutine 


auf KC 85/2 bzw. KC 85/3 ändern sich 
die Systemadressen, die gesamte In- 
itialisierung und auch die Zeitkon- 
stanten. Prinzipiell ist das vorgestellte 
Verfahren aber auf allen KC 85-kom- 
patiblen Rechnern anwendbar. 

Berthold Biener 


Bild 1 Quelltext des Programms RSPEC 


3202 


GRS 

400H 

3433 C32034 



LOAD 

3433 52535345 


BEFN 

'RSPEC 

3431 23 


BEF3 8 

048C 3A6AB3 

HPLEN: 

LB 

A, (6AHJ : Kai bperi öden- 

040F 87 


mR 

A :Iaenge aessen 

341B 28FA 


JR 

Z, HPLEN t kein Interrupt 

3412 F5 


PUSH AF : Wert retten 

0413 AF 


BflR 

A 

3414 326A00 


1.8 

(6AH1.A «ARB loeschen 

0417 Fl 


FÜR 

AF 

341S FEAB 


CP 

BABH ; sinnvolle Laenge 

04 1A 36 


Ht 

C 

041B F! 


PflP 

AF 

0412 C37D04 


«TP 

LBENB ; sonst Abbruch 

341.F 00 


NQP 


0420 F3 

LOAB: 

BI 

SHAUPTPROBRAHB 

3421 AF 


XOR 

A 

0422 326A08 


18 

!6AH! ,fi ; ARB loeschen 

0425 2B0AFB 


CAi: 

0FB0AH .'Initialisierung 

0426 3393 


OUT 

93H,A j PID und CTC 

242A B33A 


GUT 

SAH , A 

3422 3E05 


LB 

A,5 

342E 3380 


füll 

80H,A 

0438 3EB8 


II) 

A,8B0H :Start«ert CTC 

0432 3380 


OUT 

88H,A 

0434 3EBF 


LJ 

A,8FH 

8436 333A 


GUT 

SAH, A 

8438 3E8A 


LB 

A,0AH 

343A D38A 


tjur 

8AH.A 

8432 3EE7 


IB 

A,0E7H 

843E 338A 


GUT 

88AH,A 

0440 2A3608 


LB 

HL, (36H5 jRAN-Ende-Zeiger 

0443 11A004 


IS 

BE-4A0H ; Puffer anfang 

0446 B7 


GR 

A 

3447 E352 


SBC 

HL, BE 

0449 E5 


PUSH HL tHax.Pufferlaenge 

344A EB 


EX 

BE, HL 

844B FI 


EI 


0442 0648 

SVTON : 

LI) 

J,348H 

844E C30C04 

VTOM: 

CALL HPLEN : Hin. 64 Vortoene 

3451 FE78 


CP 

78H 

0453 30F7 


JR 

NC, SVTON : Kein Vorton 

0455 FE38 


CP 

38H 

045? 3SF3 


JR 

C, SVTON «Kein Vorton 

045? 10F3 


8JNZ 

VTON 

845B 2BBC04 

SYNE: 

CALL HPLEN ;Sync-Bit suchen 

045E FE70 


CP 

78H ! 

0460 35^9 


JR 

C.SYNC ;Noch Verton 

0462 CJ0C84 


CALL HPLEN :2.Halbperiode 

8465 21 


POP 

BC ;Pufferlaenge 

0466 118006 

BYTE: 

LB 

BE.8SB0H :8=8itzaehler 

8469 230284 

BIT: 

CALL HPLEN ;E=8ytepuffer 

346C FE7C 


CP 

7CH ? Test 8/1 

046E CB13 


RL 

E :Bit esnschieben 

3478 C38C04 


CALL HPLEN :2. Halbperiode 

3473 15 


BFC 

s 

0474 20F3 


JR 

NZ, BIT : bi s Byte koeplett 

0476 77 


jj) 

K,E : Byte in Puffer 

0477 23 


INC HL 

8476 BI 



BC 

047? ?8 


LB f 


047A 11 


ns r 


fTl 23E9 


JR N 

3 .BYTE : Test Pufferende 

04'?, "5E?pa 

LPEKSj 

^ALL 

0PAE3« :Init Tastatur 

2438 C74EF6 


:p 

8F6AEH tNsrästarr CS 

ERRORS; 2288 
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RAM-Speichererweiterung für 
Z1013 


sehr zeitaufwendig nach der Inbetriebnahme 


Hans-Jochen Bachmann 
Computer-Club robotron 


Der Mikrorechner-Bausatz Z1013 ist auf- 
grund seiner übersichtlichen Schaltungs- 
struktur auch vom Amateur leicht zu einem 
hochwertigen Computersystem erweiter- 
bar. 

Die bisher gefertigten Varianten unterschei- 
den sich in folgenden Merkmalen: 

• Z 1013.01: 

- 1 MHz Systemtakt 

- 16 KByte dRAM 

- 2 KByte ROM (Betriebssystem) 

- direkter Tastatursteckverbinder 

• Z 1013.12: 

- 2 MHz Systemtakt 

- 1 KByte sRAM 

- 2 KByte ROM (Betriebssystem) 

- direkter Tastatursteckverbinder 

• Z 1013.16: 

- 2 MHz Systemtakt 

- 16 KByte dRAM 

- 4 KByte ROM (Betriebssystem), 

von dem mittels einer Wickelverbindung vom 
Nutzer wahlweise nach Art des Tastaturan- 
schlusses (Flachfolientastatur oder Alpha- 
Tastatur) jedoch nur 2 KByte ROM im Adreß- 
bereich F000H bis F7FFH genutzt werden 
können. 

- indirekter Tastatursteckverbinder. 


Für alle Varianten sind die im folgenden vor- 
gestellten Schaltungen als Anregung für 
Speichererweiterungen anwendbar. 

1. RAM-Erweiterung bis 48 KByte 

Der Aufbau wird zweckmäßig auf einer Loch- 
raster-Leitplatte bzw. einer vom Amateur- 
handel vertriebenen trassierten RAM-Leiter- 
platte vorgenommen. 

Die eigene Anfertigung einer Leiterplatte 
sollte nur von Versierten erfolgen, da die 
Trassierung nur auf einer begrenzten Fläche 
erfolgen kann. 

Bewährt hat sich für den Amateur die manu- 
elle Verdrahtung von Lochraster-Leiterplat- 
ten. 

Abzuraten ist vom Aufsetzen der Zusatz- 
RAMs auf die bereits auf der Z1013-Platine 
vorhandenen Speicher-ICs; dies führt nach 
unseren Erfahrungen, bedingt durch Stör- 
spitzen in der Trassierung und der Span- 
nungsversorgung, zu Undefinierten Daten- 
verfälschungen bei der Nutzung des gesam- 
ten verfügbaren Speicherbereiches. 

Die Leiterplatte der RAM-Erweiterung kann 
entweder im „Huckepack“ mit Plastab- 
standsbolzen auf der Originalplatine befe- 
stigt werden (Kompaktbauweise), damit ent- 
fällt der zusätzliche Einsatz von Multiplexern, 
oder sie wird als Erweiterungsmodul am Sy- 
stem-BUS-Steckverbinder angeschlossen. 


Hllllll 


ö r - 
»B L “ 


16k- RAM- Block ij 

( W-K- Erweiterung) <! 
( eventuell Moduls f eck veröint 
* - für MODUL erforderlich 

Bild 1 Bestückungsplan 


2. 1 . Erweiterung auf 32 KByte 

Die Anordnung der Schaltkreise auf der Lei- 
terplatte geht aus dem Bestückungsplan her- 
vor (Bild 1). Die Verdrahtung erfolgt für 
alle RAM pingleich und ist aus dem Schalt- 
plan (Bild 2) ersichtlich. Die Verdrahtung 
sollte sehr sorgfältig erfolgen und vor dem 
Anschluß an den ZI 01 3 auf Schlüsse 
und Fehlverbindungenn geprüft werden, 
da die Fehlersuche bei Speicherfehlern 



m 


Bild 2 Schaltplan 


Für den Anschluß bei dieser Variante hat sich 
als Verbindungsleitung das zum Lieferum- 
fang gehörende Flachbandkabel und der Ein- 
satz von Wickelstiften bewährt. 

Die Wickelstifte werden an den Anschluß- 
punkten auf der Originalplatine eingelötet, 
dann wird mit Hilfe einer Wickelnadel der An- 
schluß des Kabels verwickelt. Es ist aber 
auch möglich, das Verbindungskabel direkt 
einzulöten. 

Die Anschlußpunkte auf der Z1013-Platine 
sind in Tafel 1 aufgelistet. Der Vorteil dieser 
Variante besteht darin, daß die Adreßmulti- 
plexer für die Speicherbereichauswahl auf 
der Z1013-Platine mitgenutzt werden kön- 
nen. Die geometrische Anordnung der An- 
schlußpunkte ist aus Bild 3 ersichtlich. 

2.1.2. Anschluß als Modul am BUS-Steck- 
verbinder 

Der Aufbau erfolgt wie in Pkt. 2.1.1. beschrie- 
ben, jedoch sind zusätzlich folgende Bauele- 
mente erforderlich: 

- 2 DL 257 

- 1 DS 8286 

- 1 DL 010 

- 1 BUS-Steckverbinder. 

Die Schaltung zeigt Bild 4. 

2.2. Erweiterung auf 48 KByte 

Der Aufbau erfolgt analog Pkt. 2.1.; auf der 
Platine sind jedoch 1 6 x U256 statt bisher 8 
x U256 in zwei Gruppen zu verdrahten. Alle 
Pins der zwei Gruppen, die nicht der Adreß- 
auswahl dienen, werden miteinander pin- 
gleich verbunden. Die Adreßauswahl der je- 
weils zu 16 KByte zusammengefaßten Spei- 


Tafel 1 Anschlußpunkte auf der ZI 01 3-Platlne 


14(D0) 13(D1) 12(D2) 11(03) 

14(04) 13(05) 12(D6) 11(D7) 

8(CASG) 

8<IA1 5) 11(A14) 

4(A0) 7(A1) 9(A2) 12(A3) 

4(A4) 7(A5 ) 9(A6) 12(WE) 

4(IMREQ) 


\£]Lm\ \£0iioot,\ £ 
\k£135\ \kjfl093 1 

J 1 \Lmo7i\ \Lblo7o\ LVfl l 3 

\LoSS286~\ I \LpLOOa\ L!fg 7 gl Lüggjl ■ 
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cherbereiche erfolgt wie nachfolgend beschrie- 
ben. 

2.3. Adreß-Auswahl 

Die Auswahl der Speicherbereiche erfolgt in 
16-KByte-Blöcken. 

Dazu werden die Signale 

CASG, AI 4, AI 5 

zur Selektierung für die Speicherbereiche 

4000H . . . 7FFFH 

8000H . . . BFFFH 

(C000H ... FFFFH- nur bedingt!) 

verwendet. 

2.3.1. Aufsatz-Variante 

Die Auswahl erfolgt über ein 3fach-NAND 
(z. B. DL010) und stellt das Signal CAS (low- 
aktiv) für die Selektierung der RAMs zur Ver- 
fügung (Bild 5). 

2.3.2. Modul-Variante 

Die Modulvariante für die Selektierung er- 
laubt ein Umschalten der Speicherbereiche 
mit DIL-Schaltern (Bild 6). 

Die Adreßbereiche, die ausgewählt werden 
können, sind: 

Bild 5 Speicherselektierung 



4DD0H . . . 7FFFH 
8000H . . . BFFFH 

(C000H ... FFFFH -nicht nutzbar! -s. Text). 
Der Vorteil besteht darin, daß jeder Modul 
wahlweise den möglichen Adreßbereichen 
zugeordnet werden kann. 

Die Selektierung des Bereiches 
C000H . . . FFFFH 

ist in der vorliegenden Variante nicht erlaubt, 
sie führt zu Doppelbelegung mit dem BWS 
und dem Betriebssystem und damit unwei- 
gerlich zum Systemabsturz. 

Soll dieser Bereich mit Modul dennoch ge- 
nutzt werden, so muß der Modul, der auf den 
Bereich C000H . . . FFFFH adressiert ist, mit 
einer modifizierten Schaltungsänderung im 
Bereich ECOOH . . . EFFFH(BWS) und FOOOH 
. . . F7FFH (Monitor) ausgeblendet werden 
(gilt generell!). Dazu wird das CS-Signal der 
ROM-Bereiche zusammengefaßt und zum 
Abschalten des RAM in diesem Adreßbe- 
reich genutzt (MEMDI). 

3. Speichererweiterung Variante 
Z 1013.12 

Die Z1013.12 ist eine Industrievariante und 
gestattet problemlos die Aufrüstung auf 
16 KByte oder 64 KByte RAM. Die erforderli- 
chen Plätze für die RAM-ICs sind auf der Pla- 
tine freigehalten. 

3.1. Erweiterung auf 16 KByte 

(s. Bild 7 in Verbindung mit den Schaltungs- 
unterlagen) 

4. Erweiterung auf 64 KByte 

Die Erweiterung auf 64 KByte RAM kann ko- 
stengünstig mit 8 x U21 64 erfolgen. Dazu ist 
es jedoch notwendig, eine geringfügige Tras- 
sierungsänderung auf der Originalplatine 
vorzunehmen. 

Die 64-KByte-RAM-Erweiterung unterschei- 
det sich in den 3 Varianten des ZI 01 3 nur ge- 
ringfügig. Die Unterschiede sind in Tafel 2 zu- 
sammengefaßt. 

Bei den Varianten, die bereits mit 1 6 KByte 
bestückt sind, sind mit einem Minischwall- 
oder Entlötgerät die ICs vorher auszulöten. 
Die Schaltung der 64-KByte-RAM-Variante 
auf der Platine zeigt Bild 8. 


Soll ein 64-KByte-RAM-Modul verwendet 
werden, ist auf der Originalplatine der ge- 
samte RAM-Speicher wegzuschalten 
(MEMDI-Signal) und die vollständige Aus- 
wahlsteuerung auf dem Modul vorzusehen. 
Die Umrüstung auf 64-KByte-RAM auf der 
Z1013-Platine bedingt die Unterbrechung 
von Leiterzügen und ein zusätzliches Ver- 
drahten für die Selektierung. Diese Umrü- 
stung sollte nur von sachkundigen Elektro- 
nik-Amateuren an Hand der Schaltungsun- 
terlagen vorgenommen werden. 


Bild 7 Erweiterung Industrievariante auf 16 KByte 
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Bild 8 Z1013 mit 64 KByte dRAM 


Arbeitsgänge: 

- Auslöten der Brücken E6, E10, E12 

- Auslöten von C 10.1 und C 10.2 

- Versetzen der Brücke El 1 um 2 Lötaugen 
in Richtung A39 

- Alle Stützkondensatoren an den RAMs 
sind durch 100-nF-Keramikkondensatoren 
zu ersetzen. 

- Der Stützelko für + 5 V ist durch einen Elko 
470,uF/6,3 V zu ersetzen. 

- Auftrennen der Verbindung A24 (Pin 10) 
nach A8 (Pin 4) 


- Auftrennen der Verbindung A24 (Pin 8) 
nach A8 (Pin 5) 

- Trennen an A41 von Pin 13 (Pin 14) und 
mit A24 Pin 9 (Pin 1 1 ) verbinden 

- von A41 (Pin 1 2) mit RAM (Pin 9) neu ver- 
drahten 

- an A8 (Pin 4 und 5) die /CS-Signale der 
ROMs legen 

- Von A32 sind zwei Gatter noch frei, an die 
2 Ziehwiderstände anzulöten sind und das 
/WR-Signal It. Schaltung gelegt wird. 

Die Umrüstung auf 64-KByte-RAM wurde auf 
ein Minimum an Änderungen auf der Rech- 
nerplatine beschränkt. 

5 . Speichererweiterung mit 
1 6-KByte-RAM-Moduln 

Eine Speichererweiterung des ZI 01 3 kann 
auch mit industriell gefertigten RAM-Moduln 
der Kleincomputer KC 85/1 oder KC 87 erfol- 
gen, die vom Industrieladen des VEB Robo- 
tron-Vertrieb Erfurt vertrieben werden. Dazu 
ist eine BUS-Erweiterung für den ZI 01 3 not- 
wendig, die in Kürze als Baugruppenträger 
mit 4 Modul-Steckplätzen produziert und 
ebenfalls vertrieben wird. 

Dies ist vor allem denjenigen Nutzern zu 
empfehlen, die nicht über ausreichende Elek- 
tronikkenntnisse verfügen. Zu beachten ist 
bei dieser Variante, daß auch die Stromver- 
sorgung erweitert werden muß, da das vor- 
handene Netzteil bereits die Leistungs- 
grenze erreicht hat (externe Spannungsbe- 
reitstellung). 

6 . Nachrüstung des Speicherberei- 
ches EOOOH . . . E3FFH 

Diese Nachrüstung wird allen denjenigen 
empfohlen, die keine 64-KByte-RAM-Erwei- 
terungsvariante betreiben. Dazu sind keiner- 


lei Veränderungen auf der ZI 01 3-Platine not- 
wendig; es sind nur die Plätze AI 5 und AI 6 
mit statischen RAMs (U214/U224) zu be- 
stücken. 

Für die Industrievariante entfällt dies, dort 
sind diese beiden RAM-ICs bereits für den 
Speicherbereich 0H . . . 3FFH bestückt und 
können durch Umlöten der Brücke E3 auf den 
Bereich EOOOH . . . E3FFH verlegt werden 
(Bild 7). 

Dieser Speicherbereich wird für die Nutzung 
von Dienstprogrammen, wie z. B. Drucker- 
routinen, Header Save/Load u. a., benötigt. 

7. Schlußbemerkung 

Der Beitrag zeigte Möglichkeiten und Anre- 
gungen für Speichererweiterungen auf, die 
den jeweiligen Bedingungen genügen. 

Die Realisierung einer der vorgestellten 
Schaltungen bedingt grundlegende Kennt- 
nisse und das Vorhandensein von Schal- 
tungsunterlagen des MRB ZI 01 3. Es wird 
darauf hingewiesen, daß Veränderungen der 
Originalschaltung in jedem Falle ein Erlö- 
schen der Garantieansprüche zur Folge ha- 
ben und auch u. U. zum Ausschluß von Repa- 
raturleistungen (außer Pkt. 6) beim Hersteller 
führen können. 

Die beschriebenen Veränderungen auf der 
Platine sollten deshalb nur von Elektronikern 
durchgeführt werden, die auch in der Lage 
sind, Reparaturen selbständig auszuführen. 
Im anderen Falle ist die Variante nach Punkt 
5 vorzugsweise einzusetzen. 


| Bl KONTAKT 9 1 

VEB Robotron-Anlagenbau, Computer-Club, PSF 
180, Leipzig, 7010; Tel. 7161578 


Hilfsroutinen zur Arbeit mit SCP-GX 


Eberhard Schmidt 

WTZ der Land- und Nahrungsgüterwirt- 
schaft Frankfurt (Oder) 


In /I/ wird ein leistungsfähiges TURBO-PAS - 
CAL-Programmpaket für die grafische Arbeit 
arfTA7100 vorgestellt. 

Der Service, den darauf aufbauende Anwen- 
dungslösungen bieten, läßt sich weiter erhö- 
hen, wenn man die beiden Routinen gemäß 
Bild 1 einbaut. 

Die logische Funktion „no_GDOS_GIOS“ 
nutzt die Änderung des Interruptvektors auf 
Adresse 0380H durch GRAPHICS.CMD vom 
Eintrittspunkt des BDOS zum Eintrittspunkt 
des GDOS bei Initialisierung des Grafik-Mo- 
dus. 

Die Prozedur „KGS_Firmware_laden“ ist die 
Umsetzung des Grafik-Vorbereitungskom- 
mandos L.CMD in TURBO-PASCAL-Be- 
fehle. 

IV Vetter, O.: Grafik am A 7100. Mikroprozessortechnik 
Berlin 1 (1987) 11, S. 325 


| Bl KONTAKT® ~~ ] 

WTZ der Land- und Nahrungsgüterwirtschatt, Abt. 

SP, Lebuser Chaussee 1 1 , Frankfurt (Oder), 1200; 

Tel. 311218 Bildl Listing 
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Schnelle Analog-/Digital-Wand- 
lung und Sampling 
für 8 / 1 6 -Bit-Computer 


Ralph Drewello, Jena 

1. Vorbemerkungen 

Im Ergebnis physikalischer Experimente er- 
hält man häufig eine Vielzahl von Meßwerten, 
die in mehr oder weniger aufwendigen ma- 
thematischen Formalismen von einem Com- 
puter ausgewertet werden müssen. Die ana- 
logen Signale (Spannungen) müssen dazu 
mit hinreichender Genauigkeit digitalisiert 
und dem Computer für die Auswertung zur 
Verfügung gestellt werden. Dabei sind maxi- 
male Abtastrate und Auflösung der Analog-/ 
Digital-(A/D)-Wandlung die entscheidenden 
Kriterien, die somit den Einsatzbereich einer 
solchen Schaltung bestimmen. 

Die hier vorgestellte Lösung stellt ein flexibel 
einsetzbares Analoginterface für Mikrorech- 
ner dar, mit dem schnelle analoge Prozesse 
mit einer ansprechenden Genauigkeit aufge- 
nommen werden können. 

Seit April 1987 befindet sich im Institut für 
Neurobiologie und Hirnforschung der AdW 
der DDR, Magdeburg, eine realisierte Schal- 
tung im Einsatz. 

2. Zielstellung und Realisierungs- 
möglichkeiten 

Als Ziel der Entwicklung wurde eine A/D- 
Wandlung mit einer Abtastrate von 1 MHz 
und einer Auflösung von mindestens 10 Bit 
gesetzt. Die digitalen Werte sollten von ei- 
nem 8-Bit-Computersystem weiterverarbei- 
tet werden können. 

Aufgrund der gestellten Bedingung an die 
maximale Abtastrate konnte die direkte Über- 
nahme der digitalisierten Werte mit dem 8- 
Bit-Computersystem nicht zur Anwendung 
kommen. 

Einen 1 6-Bit-Prozessor einzusetzen, der 
praktisch als Einkartenrechner in Minimal- 
konfiguration sowohl die A/D-Wandlung und 
die Speicherung der Daten in einem eigenen 
Speicher als auch den Datentransfer zum 
Auswertesystem über eine parallele oder se- 
rielle Schnittstelle realisiert, wäre sicherlich 
eine sehr elegante Lösung des Problems. 
Auch ein mit 8 MHz getakteter 1 6-Bit-Prozes- 
sor ist aber nicht in der Lage, innerhalb einer 
Mikrosekunde einen 16-Bit-Wert von einem 
Port zu holen, ihn auf eine bestimmte 
Adresse im Speicher zu schreiben und die 
Adresse zu inkrementieren. Zum Beispiel 
braucht der 8086 allein für den IN-Befehl IN 
AX, DX (wobei DX die Portadresse enthält 
und in AX der 16-Bit-Wert eingelesen wird) 
schon 8 Takte = 1 us bei einer Systemtakt- 
zeit von 125 ns. 

So verblieb nur noch die Möglichkeit, mit ei- 
nem bestimmten Aufwand an diskreter Logik 
eine Schaltung zu entwerfen, die den gefor- 
derten hohen zeitlichen Bedingungen ge- 
nügt. 

3. Praktische Realisierung 

Das Prinzip der Schaltung besteht darin, daß 
die digitalisierten Werte vom A/D-Wandler 
kommend zunächst während einer Messung 
in einem eigenen Speicher aufbewahrt wer- 
den, wobei die Prozesse von einer speziellen 
Ablaufsteuerung (Hardware) realisiert wer- 
den. 


Vor dem Start einer Messung wird die Schal- 
tung zuerst mit den entsprechenden Steuer- 
wörtern für Abtastrate, Anzahl der zu digitali- 
sierenden Werte usw. vom Systemrechner 
aus programmiert. Mit dem Start der Mes- 
sung durch einen OUT-Befehl übernimmt die 
Schaltung die Steuerung der A/D-Wandlung 
und der Speicherung der Daten und meldet 
sich nach Ablauf der Messung über ein ge- 
setztes Bit an einem bestimmten Port zurück. 
Erst nach Abschluß einer oder mehrerer 
Messungen (Digitalisierung von jeweils n 
Werten) bzw. nachdem der Speicher gefüllt 
ist, werden die Daten vom Auswertesystem 
zur weiteren Verarbeitung übernommen. 

Als Analog-/Digital-Wandler kam der sowjeti- 
sche Typ Kl 108PW1 zum Einsatz 1 . Hier nun 
ein kurzer Überblick über die wichtigsten Da- 
ten des Bausteins: 

- Wandlungszeit <1,us für 10 Bit (<0,75/rs 
für 8 Bit) 

- Wandlungsverfahren der sukzessiven Ap- 
proximation 

- interne Referenzspannung (äußere Refe- 
renz möglich) 

- interner Taktgenerator (äußererTakt mög- 
lich) 

- internes Tristate-Register für die Daten- 
ausgänge 

- Betriebsspannungen +5V/-5.2V (+- 5%) 

- Ausgangs- und Steuersignale sind TTL- 
kompatibel. 

Bei der Konzeption der Schaltung wurde da- 
von ausgegangen, nach Möglichkeit modern- 
ste Bauelemente einzusetzen, um die Anzahl 
der erforderlichen Schaltkreise möglichst ge- 
ring zu halten. So wurden Speicherschalt- 
kreise vom Typ UL6516 (2 KByte stat. RAM) 
verwendet. Die anderen Bauelemente stam- 
men aus der aktuellen DL xxx- bzw. DS xxxx- 
Serie. Es wurden keine U880-spezifischen 
Interfacebausteine eingesetzt, so daß die 
Schaltung ohne Änderungen auch an einen 
1 6-Bit-Computer angeschlossen werden 
kann. Eine 1 6-Bit- Version der Schaltung, die 
dann auch den 1 6-Bit-Datenbus in voller 
Breite ausnutzt, steht für die Zukunft zur Dis- 
kussion. 

In Bild 1 ist das Blockschaltbild dargestellt. 
Der Quarzgenerator schwingt mit einer Fre- 
quenz von 1 0 MHz und liefert den Takt für die 
Ablaufsteuerung, mit der die diversen Steu- 

Bild 1 Blockschaltbild des A/D-Wandler-Interfa- 



■Ralph Drewello (235 erwarb 1982 das Abitur an der 
Spezialschule physikalisch-technischer Richtung 
m Jena. Danach arbeitete er als Vorpraktikant im 
Bektroniklabor des Institutes für Physiologie der 
Priedrich-Schiller-Untversität Jena und absolviert 
Seit 1 983 ein Physikstudium an der Karl-Marx- Uni- 
versität Leipzig,. 


ersignale für den A/D-Wandler, die RAMs 
und die Zähler in einer bestimmten zeitlichen 
Reihenfolge generiert werden. Die Abtast- 
rate des A/D-Wandlers ist im Bereich von 
1 ,25 MHz bis 1 ,25 KHz programmierbar. 
Sollten niedrigere Abtastraten erforderlich 
sein, besteht in der Betriebsart Einzelschritt 
die Möglichkeit, vom Systemrechner aus je- 
weils nur eine Wandlung zu starten und somit 
beliebig langsame Abtastraten zu realisieren. 
Prinzipiell können auch andere A/D-Wandler 
zum Einsatz kommen, sofern sie die gleichen 
Anschlußbedingungen wie der K1108PW1 
erfüllen. Dabei können bis zu 1 6 Bit breite Da- 
ten verarbeitet werden. 

Die Schaltung wird direkt an den BUS eines 
8- oder 1 6-Bit-Computers angeschlossen (es 
werden die Signale DO . . . D7, AO . . . A7, so- 
wie RD, WR und IORQ verwendet) und be- 
legt dort einen Block von 8 aufeinanderfol- 
genden Adressen im I/O-Bereich der CPU. 
Dieser Block ist dabei in 08H-Schritten in den 
Grenzen von 00H bis 0F8H frei verschiebbar. 
Der RAM-Speicher kann bis auf maximal 16 
KWorte mit SRAMs UL651 6-1 50ns bestückt 
werden. In diesem Fall könnten also 16384 
digitalisierte Werte gespeichert werden. 

Die Startadresse des Speicherbereiches, in 
den bei der folgenden Messung die digitali- 
sierten Werte geschrieben werden, ist in 
Schritten von jeweils 1 28 Adressen frei pro- 
grammierbar. Auch die Anzahl der A/D-Um- 
setzungen einer Messung ist in Schritten von 
je 128 Werten programmierbar. Dadurch ist 
es möglich, gezielt bestimmte Speicherberei- 
che zu beschreiben oder zu lesen bzw. auch 
mehrere Messungen hintereinander auszu- 
führen. Die digitalisierten Werte werden über 
Eingabeoperationen vom Systemrechner aus 
gelesen. Dabei wird der Adressenzähler des 
externen Speichers automatisch inkremen- 
tiert, wodurch die Befehle INI und IND beim 
U880, die eine schnelle Datenübertragung 
ermöglichen, verwendet werden können. 
Folgende Betriebsarten sind bei der vorge- 
stellten Schaltung zu unterscheiden: 

- Fortlaufende Digitalisierung von 128, 256, 

. . .,16 384 Werten mit Speicherung der Daten 

- Einzelschritt-Digitalisierung mit Speichern 
der Daten 

- Einzelschritt-Digitalisierung ohne Spei- 
cherung der Daten (sofortige Übernahme 
durch Systemrechner). 

4. Software 

Die Schaltung wird wie ein Interfacebaustein 
über eine Folge von Steuerworten initialisiert. 
Mit einem OUT-Befehl wird der Meßvorgang 
gestartet. Durch Polling wird das Ende der 
Messung festgestellt. Danach hat der Sy- 
stemrechner Zugriff auf die Daten. Außerdem 
kann der RAM der Schaltung auch vom Sy- 
stemrechner aus beschrieben werden und so- 
mit zur zeitweiligen Ablage von Daten dienen. 
Mit einem Minimum an Software, vorzugs- 
weise in Assembler programmiert, kann die 
A/D-Wandlung relativ einfach in anderen 
Programmsystemen implementiert werden. 

' FürdieÜberlassungdesK1108PW1 bedanken wir uns an 
dieser Stelle herzlich bei unserem sowjetischen Partner aus 
dem Moskauer Energetischen Institut. 
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Wegbereiter der Informatik 


MP hat sich entschlossen, mit dieser Ausgabe be- 
ginnend eine Reihe bedeutender Wissenschaftler 
in Kurzbiographien vorzustellen, die die Entwick- 
lung der Computerwissenschaft durch ihre Arbei- 
ten vorbereitet oder ganz unmittelbar bestimmt 

Dieses Vorhaben ist sehr zu begrüßen, denn es hat 
sich immer wieder gezeigt, daß auch heute, im 
Zeitalter des wissenschaftlichen Teamworks und 
der damit verbundenen wachsenden Spezialisie- 
rung des einzelnen, die leistungsfördernde Vor- 
bildwirkung herausragender Persönlichkeiten kei- 
nesfalls aufgehoben ist. Im Gegenteil, gerade 
junge Wissenschaftler brauchen ihre Idole, durch 



Im Mathematisch-Physikalischen Salon des Dresd- 
ner Zwingers kann man noch heute eine der ersten 
mechanischen Rechenmaschinen besichtigen, de- 
ren Erbauer der französische Mathematiker, Physi- 
ker und Philosoph B. Pascal gewesen ist. Pascal 
hatte im Laufe von 10 Jahren acht solcher Maschi- 
nen hergestellt, die reine Additionsmaschinen wa- 
ren. Wie bei der damals vorhandenen Technik wohl 
kaum verwundern mag, ließ die Funktionssicherheit 
dieser Maschinen zwar einiges zu wünschen übrig, 
doch wurden ihre Konstruktionsprinzipien zum Vor- 
bild auch für spätere Rechenmaschinen. 

Schon in seiner Jugend fand Pascal in der familiären 
Umgebung einförderlicheswissenschaftliches Klima 
vor. Denn sein mathematisch gut vorgebildeter Va- 
ter, bei dem er auch den ersten Unterricht erhielt, 
pflegte eine enge, z.T. freundschaftliche Verbin- 
dung mit verschiedenen französischen Gelehrten, 
z. B. mit R. Descartes, P. de Fermat, M. Mersenne, 
G. P. de Roberval. Auch trafen sich im Pascalschen 
Hause Naturforscher wöchentlich zu wissenschaft- 
lichen Gesprächen. Auf der Basis dieses Interes- 
senkreises wurde übrigens - von Mersenne 1635 
zunächst als „Freie Akademie“ ins Leben gerufen - 
im Jahre 1 666 die Pariser Akademie gegründet. 

Von seinem 16. Lebensjahr an nahm auch B. Pas- 
cal an den Sitzungen dieser Freien Akademie mit 
teil. 1 640 trat er bereits mit seiner ersten Veröffentli- 
chung hervor, einer Abhandlung über Kegel- 
schnitte. Darin beweist er eine von ihm gefundene 
Eigenschaft von Sechsecken, die einem Kegel- 
schnitt einbeschrieben sind ( Pascalscher Satz, 
Pascalsche Gerade). 


deren Ausstrahlung sie in kürzester Zeit zu hochef- 
fektiver Arbeit befähigt und immer aufs neue zu 
höchstem Einsatz motiviert werden. 

Die biographische Serie von Dr. Klaus Biener ist 
dazu geeignet, einen kleinen Beitrag in dieser 
Richtung zu leisten. Sie zeichnet durch die Be- 
trachtung einzelner Lebensverläufe ein erfaßbares 
Bild von dem inhaltlichen Reichtum der Computer- 
wissenschaft sowie von der Dynamik und Schaf- 
fensbreite ihrer besten Vertreter und trägt in die- 
sem Sinne auch zur Entwicklung des wissen- 
schaftshistorischen Bewußtseins der Informatiker 

Prof. Dr. sc. techn. Jürgen Zaremba 

BLAISE 

PASCAL 

* 1623 Clermont, 1 1 662 Paris. 


Das sog. Pascalsche Zahlendreieck war schon frü- 
her bekannt, doch wurde es von Pascal bei Unter- 
suchungen über die Koeffizienten des Binoms 
(a + b)" 

für beliebige ganzzahlige n angewendet. Das Bil- 
dungsgesetz für diese Binomialkoeffizienten be- 
wies er mit vollständiger Induktion, einem von ihm 
entwickelten, noch heute verwendeten mathemati- 
schen Beweisverfahren. Erstmals benutzte Pascal 
die Binomialkoeffizienten auch in der Kombinatorik. 
Seit 1654 korrespondierte er mit P. de Fermat über 
ein spieltheoretisches Problem; beide lösten es in 
verschiedener Weise und gelangten zu gleichen Er- 
gebnissen ; damit legten sie faktisch den Grundstein 
zur Wahrscheinlichkeitsrechnung. 

Pascal hat sich auch mit physikalischen Fragestel- 
lungen befaßt. Der italienische Physiker E. Torricelli 
hatte 1644 sein berühmtes Experiment mit einer 
quecksilbergefüllten Röhre gemacht und damit fast 
gleichzeitig mit Otto v. Guericke in Magdeburg die 
Existenz der irdischen Lufthülle nachgewiesen. Um 
zu zeigen, wie die Höhe von Flüssigkeitssäulen von 
der Dichte der verwendeten Flüssigkeiten und vom 
Luftdruck abhängt, hat Pascal die Torricellischen 
Versuche mit Quecksilber, Wasser und Wein fort- 
geführt. 

In neuerer Zeit wird ja ihm zu Ehren als Maßeinheit 
für den Druck die Bezeichnung 1 Pa verwendet. Üb- 
rigens ist auch die bekannte Programmiersprache 
PASCAL nach ihm benannt. 

Im Jahre 1642 begann Pascal mit der Konstruktion 
seiner Rechenmaschine, das endgültige Modell 
wurde 1652 vollendet. Lange Zeit galt die Pascal- 
sche Maschine als erste Rechenmaschine über- 
haupt. Neuerdings ist aber sicher erwiesen, daß der 
Tübinger Professor Wilhelm Schickard (1592- 
1635) im Geburtsjahr Pascals eine Rechenma- 
schine gebaut hat, die in Addition und Subtraktion 
eine einwandfreie Zehnerübertragung über sechs 
Stellen leistete und mit Hilfe einer verstellbaren Ein- 
maleinstafel auch Multiplikation und Division er- 
möglichte. Ein Modell dieser Maschine befindet 
sich z. B. im Tübinger Rathaus. Näheres darüber 
wird in einem weiteren Beitrag zu berichten sein. 

Dr. Klaus Biener 


Fachtagung 

Kommunikations- und Computertechnik 
WER? Technische Universität Dresden, Sektion In- 
formationstechnik, Wissenschaftsbereich Kommu- 
nikations- und Computertechnik 
WANN? 1 4.-1 6. Februar 1 989 
WO? Technische Universität Dresden 
WAS? 

- Digitale Vermittlungstechnik 

- Mikroprozessor- und Mikrocomputertechnik 

- Lokale Kommunikationsnetze 

- Funksignalübertragung und -Verarbeitung 

- Digitale Signalverarbeitung/Signalprozessoren 

- Mikroakustische Signalverarbeitung 

- Zuverlässigkeit von Kommunikations- und Com- 
putersystemen 

WIE? Vortragsmeldungen bis 15. 5. 1988, Teilnah- 
memeldungen bis 15. 10. 1988 an: 

Vorbereitungskomitee KomCom ’89, Technische Uni- 
versität Dresden, Sektion 09 Informationstechnik, Be- 
reich Kommunikations- und Computertechnik, Momm- 
senstr. 13, Dresden, 8027; Tel. 4633941 oder 
4633815 

Dr. Finger 


Fortsetzung von S. 108 

des Fisches als G bestimmt. In Laborversu- 
chen gelang die Bestimmung dieses Wertes 
mit einer relativen Standardabweichung von 
ca. 1%. Die Objekterkennung erfolgt durch 
Feststellen einer Schwellwertüberschreitung 
gegenüber den Referenzwerten der leeren 
Transportschale. Es wird ein Plausibilitäts- 
test in 3 Bereichen mit jeweils 5 Bildpunkten 
vorgenommen. Erste Versuche unter ein- 
satznahen Bedingungen ergaben für die Hö- 
henbestimmung eine relative Standardab- 
weichung von 2 . . . 4%. Problematisch ist die 
nicht ausreichend erfaßbare Korrelation zwi- 
schen maximaler Rumpfhöhe und Kopflänge 
sowie die Wirkung weiterer durch den Prozeß 
gegebener Einflußgrößen. Günstigere Werte 
werden durch die zusätzliche Vermessung 
und Einrechnung der totalen Fischlänge er- 
wartet. Eine direkte Vermessung der Kopf- 
länge ist bislang wegen des unscharfen 
Übergangs zum Rumpf nicht mit der notwen- 
digen Sicherheit möglich. 

Literatur 

IV Schulz, K.-P.; Röhl, A.: Sichtsystem mit CCD-Zeilenka- 
meras zur On-Iine-Vermessung und -Sortierung beweg- 
ter Objekte. Diss. A., W.-Pieck-Universität Rostock, 
1986 

121 Schulz, K.-P.; Röhl, A.: Zweizeilenkamerasystem ZZK2. 
Technische Dokumentation zum A4-Bericht Merkmaler- 
kennung. W.-Pieck-Universität Rostock, Sektion Tech- 
nische Elektronik, 1985 

131 Chung, T. L.: Entwicklung von Spezialprozessoren für 
die digitale Verarbeitung von Grautonbildern. Diss. A„ 
Akademie der Wissenschaften der DDR, Fachbereich 
Mathematik/Kybernetik, Zentralinstitut für Kybernetik 
und Informationsprozesse, Berlin, 1984 
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Wilhelm-Pieck-Universität Rostock, Sektion Tech- 
nische Elektronik, Albert-Einstein-Straße 2, Ro- 
stock 1 , 2500; Tel. 4 52 08 
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Scanner ST 400 für Desktop-Publishing 


Zu den neuesten Entwicklungen 
von Siemens zählt der Scanner 
ST 400. Er eignet sich besonders 
für Desktop-Publishing und für 
Archivierungsaufgaben. 
Sämtliche Bedienungsfunktionen 
des ST 400 wurden in die Bedien- 
oberfläche MS-Windows inte- 
griert. Damit kommt er vor allem 
für den Anschluß an AT-kompati- 
ble Personalcomputer in Frage. 
Über die international vereinbarte 
Schnittstelle SCSI (Small Com- 
puter Systems Interface) kann er 
aber prinzipiell auch an jeden an- 
deren Rechner angeschlossen 
werden, der diese Schnittstelle 
bedient. 

Der ST 400 ist ein Flachbett-Auf- 
lage-Scanner, der mit Faseroptik 
und LED-Beleuchtung arbeitet 
anstelle der sonst üblichen und 
störanfälligen Spiegel- und Lin- 
sensysteme. So konnten seine 
kompakten Abmessungen von 
48 x 32 x 13cm (L x B x H) er- 
zielt werden. Der ST 400 bietet für 
die Graubildbearbeitung - etwa 
wenn bestimmte Bildteile stärker 
betont werden sollen - insgesamt 
64 Quantisierungsstufen. Gleich- 
zeitig ist auch die Bildauflösung 
zwischen 200, 300 und 400 dpi 
(15,85 Punkte/mm) frei wählbar. 
Der Scanner kann sowohl im 
Schwarzweiß- als auch im Halb- 


ton-Modus betrieben werden. 
Darüber hinaus hat der ST 400 
viele Funktionen zum Definieren 
von Bildausschnitten. Bis zu 16 
Fenster lassen sich mit verschie- 
denen Merkmalen versehen: 
Während des Scan-Vorganges 
kann z. B. ein Fenster als Grau- 
bild, ein anderes als Schwarz- 
weißbild - ggf. mit einer anderen 
Auflösung - festgelegt werden. 
Für eine A4-Seite braucht der ST 
400 bei 400 dpi in schwarzweiß 
eine Scan-Zeit von weniger als 1 0 
Sekunden. Es lassen sich sowohl 
die Formate A4, A5 und A6 als 
auch variable Formate scannen. 
Der eingebaute 2-Megabyte- 
Speicher ermöglicht eine voll- 
ständige Entkopplung von Scan- 
nen und Datenübertragung. 

Für Desktop-Publishing-Anwen- 
der ist wichtig, daß die gescann- 
ten und aufbereiteten Daten di- 
rekt in ein entspechendes Lay- 
out-Programm eingebracht wer- 
den können. 

Neben der für MS-Windows sind 
noch weitere Versionen der 
Scannersoftware geplant - so für 
die Bedienoberfläche GEM, für 
Unix (Sinix), VMS (DEC-Rech- 
ner) und Apples Macintosh, 
(siehe auch 4. US). 

Foto: Siemens 


Molekular-elektronische Bauelemente - 
Schaltkreise des 21. Jahrhunderts? 


Veränderungen des SCP1 700 

Das Betriebssystem SCP1700 des 
A7100 erlaubt bereits beim Systemla- 
den die Einrichtung einer elektroni- 
schen Diskette (RAM-Disk) von über 
300 KByte. Es ist auf einfache Art 
möglich, bei jedem Systemstart 

• die RAM-Disk automatisch zu in- 
stallieren und zu initialisieren 

• den Kaltstart eines Programms 
auszuführen. 

Die Veränderungen werden mit dem 
Programm POWER vorgenommen, 
dessen TPA bei 2080:4000H beginnt. 

Auf diese Adresse wird die System- 
datei SCP.SYS geladen (Schreib- 
schutz aufhebenl): 

LOAD SCP.SYS 4000 
Ab Adresse 408AH wird das Kaltstart- 
kommando in den CCP eingetragen: 


ds 2080: 408A 

OCH ’SUBMIT START’ 00H 

Installation und Initialisierung der 
RAM-Disk wird durch Kurzschließen 
der entsprechenden Abfragen er- 

Adr. Mnemonik Code 

78EF MOV BX, OFFSET ELDSKO BB FD 35 

JMPS+12H EB 12 

791 B MOV BX, OFFSET ELDSK1 BB4B36 
JMPS+16H EB 16 

Das modifizierte System wird mittels 

SAVE SCP.SYS 4000125 

auf die Diskette zurückgeschrieben. 

Michael Lennartz 


Obwohl den gegenwärtigen Bauele- 
menten auf Basis der bekannten Ma- 
terialien im kommenden Jahrzehnt 
noch genügend Entwicklungsmög- 
lichkeiten eingeräumt werden, meh- 
ren sich die Meldungen über Arbeiten 
an organisch-chemischen Substan- 
zen, die für die Informationsverarbei- 
tung geeignet erscheinen. 

Als einer der maßgeblichen Verfech- 
ter der chemischen Schaltkreise wird 
der Chemiker Forrest L. Carter ange- 
sehen. 

Eine Diode auf chemischer Basis 
könnte nach Carter wie folgt arbeiten: 
Wasserstoff besteht aus je einem po- 
sitiv und negativ geladenen Teil. Da 
das Wasserstoffatom auf elektrische 
Felder reagiert, kann durch Potential- 
umkehr eine Diode realisiert werden. 
Als „Anschlußdrähte“ für solche mo- 
lekular-elektronischen Bausteine 
schlug Carter vor drei Jahren Schwe- 
felnitrid-Kristalle vor. Von Schultz 
(Universität Stuttgart) werden soge- 
nannte Radical Ion-Salze, z. B. Hexa- 
fluorarsenid, als Verbindungen zwi- 
schen molekular-elektronischen Bau- 
steinen vorgeschlagen. 

Bei der praktischen Realisierung ei- 
ner Schaltung nach o. g. Prinzip tre- 
ten jedoch u.a. folgende Probleme 
auf: 

- Messung elektrischer Größen an 
Verbindungen mit Abmessungen von 
um Länge und 10 nm Breite 

- Temperaturabhängigkeit der Leit- 
fähigkeit 

- Sicherung der gewollten molekula- 
ren Verbindungen gegen zufällige 
Zerstörung. 

Das Denkmodell von Carter, das der 
heutigen Realität weit vorauseilt, 
sieht vor, zunächst leicht aufbrech- 
bare Großmoleküle in regelmäßigen 
(z. B. oktogonalen) Strukturen zu er- 
zeugen. Zwischen solchen Großmo- 
lekülen bleiben ungenutzte Restflä- 
chen. Im nächsten Schritt bringt man 
die eigentlich gewünschten Struktu- 
ren auf, z. B. durch Aufdampfen. 
Dann werden die wie Masken wirken- 
den Großmoleküle durch chemische 
Prozesse wieder beseitigt und ein Ar- 
ray von nutzbaren Schaltelementen 
bleibt in den Zwickeln der entfernten 
Großmoleküle übrig. Diese Arrays 
von Schaltelementen kann man 
durch ein- oder zweidimensionale 
Kristalle untereinander verbinden. 

G. M. Borsuk (Electronic Division Na- 
val Research Lab, Washington) sieht 
bereits für 1994 die Realisierbarkeit 
solcher Bausteine in Nanometer- 
Strukturen. Zu diesem Zeitpunkt soll 
ein organischer Speicher mit einer 
Kapazität von 256 MBit und einer Zu- 
griffszeit von 50 ps produzierbar 

Selbst wenn Abstriche von dieser 
kühnen Prognose gemacht werden 
und in einigen Jahren Speicher mit 
256 MBit realisierbar wären, ist dies 
bereits als Sensation anzusehen. Auf 
einer Konferenz in Washington sollen 
von Vertretern unterschiedlicher Be- 
reiche jedoch ähnlich lautende Pro- 
gnosen gemacht worden sein. 

Auch japanische Firmen sind auf dem 
Gebiet der Forschung für chemische 
Chips tätig. Eine Forschungsgruppe 
des japanischen Instituts für physika- 
lische und chemische Forschung (Rl- 
KEN) berichtete über Erfahrungen 


mit Molecular Beam Epitaxie an 
organischen Substanzen. Drei For- 
schungsschwerpunkte wurden ge- 
nannt: Der eigentliche Schaltungs- 
aufbau (in der Reihenfolge der Hier- 
archie: Schaltelemente, Speicher 
und Computer), die Aufbau-Techno- 
logie und die erforderliche Nanome- 
ter Lithografie. 

Das Institut soll außerdem an soge- 
nannten Langmuir-Blodgett-Filmen 
arbeiten. Diese Vielschichtfilme aus 
Protein zeigen eine deutliche Abhän- 
gigkeit im U/I-Feld, wenn man sie 
dem Licht aussetzt. Der Dunkelstrom 
eines hergestellten 21 -Schichten-Fil- 
mes folgt anderen Gesetzen als der 
Photostrom. Damit wären auch sol- 
che organischen Filme potentielle 
Schaltelemente, die mit Licht als 
„Trigger“ arbeiten. Die Schaltzeiten 
liegen gegenwärtig im Sekundenbe- 
reich und sind damit nicht zu akzep- 

Die NTT Electrical Communications 
Laboratories berichteten von einem 
molekular-elektronischen Schalter, 
der im Labor bereits für einen Pro- 
tonen-T ransfer-Speicher verwendet 
wurde. 

Hier baut man auf eine Nutzung des 
Tunnel-Effekts auf. Man verwendet 
Schichtfolgen von AI/A^Oa/organi- 
schen Substanzen/Pb, wobei die or- 
ganischen Substanzen die Potential- 
Barriere der negativen Tunnelkennli- 
nie hin- und herschieben können. Der 
Effekt ist reversibel und läßt sich 
durch Anlegen einer Plus- oder Mi- 
nusspannung am Übergang nach- 
weisen. Als organische Substanzen 
werden ultradünne Filme (z. B. aus 1- 
Nitroso-2 Naphtol oder 2-Nitroso-4- 
Sulfo-1 Naphtol) verwendet. 

Von verschiedenen Forschungskol- 
lektiven werden Lösungen für das 
Einschreiben und Lesen der Informa- 
tionen in die Moleküle vorgeschla- 
gen. An der Case Western Reserve 
University verfolgt man eine elektro- 
optische Methode: Monolayer von 
etwa 100000 Molekülen aus Phtalo- 
cyanin zeigen starke elektro-optische 
Effekte. Der intramolekulare La- 
dungstransfer beim Ein- und Aus- 
schreiben soll < 10~ 12 s betragen, 
Schaltzeiten von 10“ 13 s sollen beob- 
achtet worden sein. 

Reine molekular-elektronische Baue- 
lemente (MED) werden voraussicht- 
lich erst im nächsten Jahrhundert an- 
geboten werden. Die überraschen- 
den Fortschritte der letzten Jahre bei 
den Grundlagen dürfen die Langfri- 
stigkeit der Arbeiten nicht hinwegtäu- 
schen. Die größten noch zu lösenden 
Probleme sind die Kombination von 
Prozeßtechnik, Geschwindigkeit, 
Adressierbarkeit sowie die Einbin- 
dung in die bestehende Umwelt. 

Wi 

Quelle : VDI-Nachrichten Magazin 9187 
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Börse 


Liebe Leser, 

ein mittlerweile sehr großes Angebot an Lösungen zeigt uns, daß wir mit : 
dem kostenlosen Service der Börse „ins Schwarze“ getroffen haben, / 
Wir freuen uns, daß diese Rubrik bei Ihnen von Anfang an so großen An- 
klang gefunden hat, und zahlreiche Hinweise belegen auch, daß - nicht 
zuletzt aufgrund der Auflagenhöhe der MP - die gewünschten Effekte 
zu verzeichnen sind. Da wir uns besonders bei dieser Rubrik um eine 
hohe Aktualität bemühen, möchten wir Sie an dieser Stelle bitten, künf- 
tig folgendes zu beachten : 

Abgesehen davon, daß es nicht zulässig ist, identische Manu- 
skripte gleichzeitig mehreren Zeitschriften anzubieten, führt diese 
- wenn auch gutgemeinte - Praxis einiger Betriebe dazu, daß sich 
insgesamt der Zeitraum bis zur Veröffentlichung vergrößert. Da es 
bezüglich der Aktualität also sinnvoller ist, viele Lösungen einmal 
zu veröffentlichen als wenige Lösungen mehrmals, sollten Sie sich 
entscheiden, in welcher Fachzeitschrift Ihr Angebot am effektiv- 
sten plaziert ist. Als „Postwurfsendungen" an verschiedene Re- 
daktionen erkennbare Lösungen werden wir also im Interesse 
einer Nachnutzung aller Angebote nicht mehr zusätzlich veröffent- 
lichen. Wir glauben, damit die höchsten volkswirtschaftlichen Ef- 
fekte erzielen zu können und bitten - in diesem Sinne - um Ihr An- 
gebot. Ihre Redaktion MP 


Vielfach besteht der Wunsch, Druck- 
technik aus dem Bestand vorhande- 
ner Rechner (Bürocomputer, Kl 630 
usw.) auch am PC 1715 einzusetzen. 
Im allgemeinen verfügen diese Druk- 
ker über einen IFSS-Anschluß. Um 
die kosten- und zeitaufwendige 
Nachrüstung des PC 1715 mit der 
IFSS-Interface-Steckeinheit zu um- 
gehen, wurde ein Adapter V.24 - 
IFSS entwickelt, der auf den V.24- 
Steckverbinder X5 des Grundgerätes 
aufgesteckt wird. Der Adapter hat die 
Größe 50 x 50 mm 2 und realisiert die 
für das DC1/DC3-Protokoll erforderli- 
che Sende- und Empfangsstrom- 
schleife. Aus diesem Grunde ist der 
abgerüstete PRINTER-Ausgang X4 
des PC 1715 für die Anpassung an 
IFSS-Geräte nicht geeignet. Ein ent- 
sprechender Treiber steht im SCP zur 
Verfügung und muß lediglich instal- 
liert werden. Damit wird auch der Be- 
trieb von zwei gleichzeitig an das 
Grundgerät angeschlossenen Druk- 
kern über verschiedene logische Ge- 
rätebezeichnungen möglich. Mit Hilfe 
des Adapters können Typenraddruk- 
ker 1152, Seriendrucker 1157 oder 
auch der Plotter 832 (ZWG) problem- 
los angesteuert werden. 

Zur Herstellung repräsentativer 
Schriftstücke bietet sich der Anschluß 
einer elektronischen Schreibma- 
schine als Schönschriftdrucker an. 
Für das preisgünstige Modell S6009 
wurde eine Interfacesteckeinheit 
zum Anschluß an den PRINTER-Aus- 
gang des PC 1715 entwickelt. Die 
Steckeinheit wird direkt auf den Test- 
steckverbinder der S6009 gesteckt 
und innerhalb des Gehäuses unter- 
gebracht. Durch Wickelbrücken ist 
entweder V.24 (Standard) oder IFSS 
einstellbar. Neben den erforderlichen 
Interfacebausteinen enthält die 
Steckeinheit einen 2-KByte-EPROM 
(Steuersoftware) und die U856 (SIO). 
Der Druck erfolgt aus einem Puffer 
mit einer Geschwindigkeit von ca. 12 
Zeichen/s. Der Befehlsumfang der 
seriellen Schnittstelle ist zu dem des 
Centronics-Interfaces für die S6009 
kompatibel. Beim Einbau der Steck- 
einheit wird die S6009 auf den Stand 


6050 umgerüstet (Erweiterung des 
Funktionsumfangs im Betrieb ohne 
Interface). Beide Lösungen stehen 
zur Nachnutzung als Funktionsein- 
heiten zur Verfügung. Der Adapter 
V.24 - IFSS kann in geringen Stück- 
zahlen kurzfristig bereitgestellt wer- 
den. 


n Software für 
I Rechnerkommunikation 

Zur Realisierung des Datentransfers 
zwischen verschiedenen Rechnern 
wurden folgende Softwarepakete 
entwickelt: 

DTUU Kopplungssoftwarepaket zum 
Dateitransfer zwischen einem 
UDOS-Rechner und einem UNIX- 
Rechner. Die UDOS-Seite ist in PLZ, 
die UNIX-Seife in der Hochsprache C 
realisiert. Damit ist die Anpaßbarkeit 
an alle UDOS- bzw. UNIX-Rechner 
mit einer V.24- bzw. IFSS-Schnitt- 
stelle gewährleistet. Neben dem Da- 
tentransfer ist die Anwendung des 
UDOS-Rechners als Terminal des 
UNIX-Rechners möglich. 

DTSU Kopplungssoftwarepaket zum 
Dateitransfer zwischen einem 
SCP(CP/'M)-Rechner und einem 
UNIX-Rechner. Die SCP(CP/M)- 
Seite dieses Softwarepaketes ist in 
TURBO-PASCAL, die UNIX-Seite in 
C entwickelt worden und besitzt zu 
DTUU analoge Eigenschaften. Die 
Anpaßbarkeit an verschiedene 
SCP(CP/M)-Rechner (z.B. BC A 
51 20, PC 1 71 5, A 71 00 o. ä.) ist auch 
bei diesem Paket gewährleistet. 
DTSS Filetransferprogramm für zwei 
8-Bit-SCP(CP/M)-Rechner über die 
V.24- bzw. IFSS-Schnittstellen. Der 
Filetransfer erfolgt mit 9600 Bd (V.24) 
bzw. mit 4800 Bd (IFSS). Dieses Soft- 
warepaket ist sehr effektiv beim Da- 
tentransfer zwischen Rechnern mit 
Diskettenlaufwerken verschiedener 
Formate und Größen. 

VEB RR Nachrichtenelektronik Leipzig 
„Albert Norden“, Abt. EK5, PSF 15, 
Leipzig, 7027; Tel. 6 83 32 20 
BruchertseiferlBuchwald 


Selbstdefinierte Zeichen 
bequem generieren 

Das kleine BASIC-Programm ZEI- 
GEN (ZEIchenGENerator) unter- 
stützt effektiv die Selbstdefinition von 
Zeichen am KC 85/2 (/3), Dazu wird in 
einem Bildschirmfenster in 64facher 
Vergrößerung ein Punktraster vorge- 
geben (8 x 8), in dem alle 1 -Bits mit 
dem Zeichen X und führende 0-Bits 
mit einem beliebigen Zeichen (außer 
Komma) belegt werden müssen. 
Nach Abschluß des Bitmusters wer- 
den die für ein Zeichen erforderlichen 
8 Bytes im Speicher abgelegt, und auf 
dem Bildschirm erscheint die Code- 
zahl sowie der Ausdruck des Zei- 
chens in Originalgröße. Falls dieses 
Zeichen nicht den Vorstellungen ent- 
spricht, kann es wieder gelöscht wer- 
den. Das ist schon alles! Die notwen- 
dige Speicherorganisation über- 
nimmt das Programm. In der Grund- 
einstellung werden die neuen Zei- 
chen ab Code 61 H = 97 (Kleinbuch- 
staben) generiert. 

Die neuen Zeichen stehen sofort 
nach ihrer Generierung zur Verfü- 
gung. Beschränkt man sich auf die 
Änderung der 26 Kleinbuchstaben, 
dann sind alle anderen Zeichen des 
Zeichensatzes gleichzeitig vorhan- 
den. Selbstverständlich können auch 
andere Sequenzen des Zeichensat- 
zes geändert werden, dazu ist ledig- 
lich eine Adresse in der ersten Pro- 
grammzeile zu aktualisieren. 

Das Programm ist 2 KByte lang, es 
beinhaltet außer den genannten 
Funktionen das Maschinenprogramm 
COPY, so daß man die Zeichentabel- 
len im Speicher verschieben kann. 
Interessenten stellen wir ZEIGEN ko- 
stenlos zur Verfügung; wir bitten aber 
um Zusendung eines adressierten 
und frankierten Rückumschlags und 
einer leeren Kassette. 

EOS Arnstadt, Schloßplatz 1, Arnstadt, 
5210 Bamberger 

Abrechnung, 

Analyse und Auswertung 
der Fuhrparkleistungen 

Das Programm wurde für Büro-, Per- 
sonal- und Arbeitsplatzcomputer mit 
der Programmiersprache TURBO- 
PASCAL entwickelt. 

Neben einer universellen Stammda- 
tenpflege von Kunden-, Fahrer- und 
Fuhrparkdatei sowie der Bewertung 
nach PAO 370 Teil A, Stundenver- 
rechnungssätze nach AO 151 und 
betrieblichen Werten ist eine Funk- 
tionsauswahl nach 

- Bewertung von Leistungsnachwei- 
sen entsprechend Frachtbrief 

- Rechnungsdruck über Rech- 
nungsvordruck 910955 oder formlos 

- Monatsabschluß für Buchungsan- 
weisungen und innerbetriebliche 
Fahrzeug- und fahrzeugbezogene 
Auswertung 

- Zahlungsaustrag 
möglich. 

Für den multivalenten Einsatz ist eine 
universelle Laufwerkspezifikation für 
alle Daten vorhanden. 

ZBE Landbau Meißen, Korbitzer Straße, 
Meißen-Korbitz, 8250 

KrömerlDr. Schiller 


Dateitransfer 
zwischen dBASE II 
unddBASEIII 

Um eine Datei-Kompatibilität zwi- 
schen den weit verbreiteten Daten- 
banksystemen dBASE II (REDABAS) 
und dBASE III (REDABAS M16) her- 
zustellen, wurde ein komfortables 
Programm entwickelt, welches die 
Konvertierung von *. DBF-Dateien 
zwischen beiden Systemen in beide 
Richtungen ermöglicht. Einschrän- 
kungen hinsichtlich der Dateigrößen 
bei dBASE II werden berücksichtigt. 
Das Programm DBT.EXE liegt in 
kompilierter Form vor und ist unter 
MS-DOS (ab 3.0) bzw. DCP 3.1 lauf- 
fähig. Es sortiert ».DBF-Dateien im 
aktuellen Verzeichnis automatisch 
nach Zugehörigkeit zum jeweiligen 
Datenbanksystem und stellt die Files 
in getrennten Fenstern dar. 

Folgende Befehle werden ausge- 
führt: 

CURSOR-Tasten 

Blättern im Verzeichnisfenster, Fen- 
sterwahl 

COPY (C) 

Kopieren von ».DBF-Dateien zwi- 
schen Verzeichnissen und Laufwer- 
ken. Wenn nötig, Ergänzung im Ver- 
zeichnis-Fenster. 

RENAME (R) 

Umbenennen von ».DBF-Dateien mit 
Änderung der Eintragung im Ver- 
zeichnis-Fenster. 

INFORM (I) 

Abfrage aller verfügbaren Informatio- 
nen über eine ».DBF-Datei und Dar- 
stellung im entsprechenden Fenster. 

DELETE(D) 

Löschen von ».DBF-Dateien mit Kor- 
rektur der Eintragungen im Verzeich- 
nisfenster. 

TRANSFER (T) 

Dateikonvertierung mit automati- 
scher Richtungserkennung und Ver- 
änderung der Einträge in den Ver- 
zeichnis-Fenstern. 

Bei Überschreitung der Parameter ei- 
ner dBASE Il-Datei wird keine Kon- 
vertierung vorgenommen. 

Für die Konvertierung einer ca. 
20 KByte großen Datei werden ca. 8 
Sekunden benötigt. 

VEB Kombinat Wälzlager und Normteile, 
BT Forschung/Entwicklung Leipzig, Mer- 
seburger Straße 8. Leipzig-Rückmars- 
dorf, 7101; Tel. 47 4391 

Dr. K. Löschke 


Wir suchen. . . 

...zur Nachnutzung eine Hard- 
und Softwarelösung zur Rechner- 
kopplung K 1510 - PC 1715/AC 
7100 oder Anschluß eines Magnet- 
bandkassettengerätes K 5261 an 
einen PC 1715/AC 7100. 

VEB Bekleidungswerke herdas Greiz, 
Friedhofstr. 1, Greiz, 6600; Tel. 2741 

Bratsch 
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Entwicklungen und Tendenzen 


Super-Chip 

TRW Inc. (USA) entwickelt im Rah- 
men des staatlichen amerikanischen 
VHSIC-Projekts einen „Super-Chip“, 
der 35 x 35 Millimeter mißt und 18,8 
Mio. aktive Elemente aufnehmen soll. 
Die Arbeiten sind so weit fortgeschrit- 
ten, daß jetzt 4 der geplanten 29 Ma- 
krozellen der Gesamtschaltung pro- 
duktionsreif sind. Diese Makrozellen 
des komplexen DSP (Digital Signal 
Processor) können u.a. auf einen 
SRAM mit einer Kapazität von 2 MBit 
zurückgreifen. Das ist ein Wert, der 
doppelt so hoch liegt wie bei den ein- 
zeln hergestellten 1-MBit-RAM. Bei 
der Herstellung wird eine CMOS- 
Technik benutzt. 

Im Rahmen der „Phase 2“ des 
VHSIC-Programms sind bereits die 
ersten Produktionsmaschinen, die im 
Submikrometerbereich arbeiten, an 
anderer Stelle in Betrieb genommen 
worden (Motorola u.a.). Der Schritt 
zu 0,5-Mikrometer-Geometrie gilt als 
Grenze, die aus technischen Grün- 
den bis auf weiteres nicht unterschrit- 
ten werden kann. 0,25 Mikrometer 
gelten als physikalisch möglicher 
Grenzwert. Ein weiteres Grundpro- 
blem der „Super-Chips“ oder der 
„wafergroßen IC“, die hohe Aus- 
schußquote, wurde von TRW mit 
neuen Mitteln gelöst. Dazu gehört 
eine „automatische Software-Konfi- 
guration“, die abhängig vom Zustand 
des Chips arbeitet; dazu kommt eine 
eingebaute Testfunktion. Damit kön- 
nen unter Ausnutzung eingebauter 
Redundanz Defektstellen umgangen 
werden. 

aus Neue Zürcher Zeitung 

Superintelligente Mikro- 
ship-Karte wird getestet 

Zuerst gab es die Kreditkarte, dann 
kam die „intelligente Karte“. Jetzt 
wird die nächste Generation von intel- 
ligenten Kreditkarten - eine „superin- 
telligente Karte" - getestet. In dieser 
Karte sind ein Mikrocomputerchip 
und ein rechnerähnliches Tastenfeld 
kombiniert, mit ihr können Kredit-, 
Scheck- und Sparkonten belastet 
und andere Funktionen ausgeführt 
werden. Die Karten sind mit einer 
LCD-Anzeige ausgestattet und wer- 
den mit einer Lithium-Batterie betrie- 

Wie das Unternehmen Visa Interna- 
tional bekanntgab, wird die Firma, die 
die „superintelligente Karte“ gemein- 
sam mit dem Elektronikkonzern Tos- 
hiba entwickelt hat, sie bei 2000 japa- 
nischen Kartennutzern testen. Im Ge- 
gensatz zu den einfachen „intelligen- 
ten“ Karten soll die „superintelli- 
gente“ Ausführung völlig unabhängig 
eingesetzt werden können. 

pa 

32 -Bit-PC von NEC 
und Fujitsu 

Die NEC Corp. stellte kürzlich ihren 
ersten 32-Bit-Personalcomputer vor. 
Der neue Personalcomputer PC 9812 
arbeitet mit dem 32-Bit-80386-Mikro- 
prozessor von Intel mit einem 16- 
MHz-Taktgenerator und wird durch 
den 16-Bit-V30-Mikroprozessor von 


NEC ergänzt, um die Kompatibilität 
mit den restlichen Personalcompu- 
tern der PC-9801 -Reihe zu sichern. 
Der PC-9812 verfügt über einen 
Hauptspeicher mit 1 ,5 MByte, der auf 
1 4,5 MByte erweitert werden kann. Er 
ist mit zwei Laufwerken für 51/4-Zoll- 
Floppy-Disks mit einer Kapazität von 
einem MByte und einem 40-MByte- 
Hard-Disk-Laufwerk ausgestattet. 
Der Neue hat zwei grafische Be- 
triebsarten: Eine hochauflösende mit 
1120 x 750 Punkten und eine „nor- 
male“ mit 640 x 400 Punkten, so daß 
der Computer die für andere Perso- 
nalcomputer der PC-9801 -Reihe er- 
arbeitete Software verwenden kann. 
NEC bietet verschiedene Betriebssy- 
steme für den PC-9812 an, darunter 
MS-DOS (Version 3.1) in japanischer 
Sprache, UNIX-PC-UX/V (Version 
3.0) und MS-OS/2 in japanischer 
Sprache. 

Fujitsu Ltd. stellte einen 32-Bit-Perso- 
nalcomputer vor, der ebenfalls mit ei- 
nem 80386-,« P von Intel arbeitet. Der 
neue PC heißt FMR-70KD und hat 
einen 2-MByte-RAM, der bis auf 
10 MByte erweitert werden kann, 
ein 5,25-Zoll-1 -MByte-Floppy-Disk- 
Laufwerk und ein 3,5-Zoll-40-MByte- 
Hard-Disk-Laufwerk. 

pa 


Transportabler 
Mikrorechner mit 
Braille-Schrift 

Hexabraille ist ein Mikrorechner für 
Blinde sowie auch für den normalen 
Gebrauch, der in Frankreich vom La- 
boratorium des Conservatoire Natio- 
nal des Arts et Metiers entworfen und 
hergestellt wurde. Hexabraille ist 
transportabel und kann netzunab- 
hängig mindestens 14 Stunden be- 
trieben werden. Es setzt sich aus dem 
Mikrorechner Epson HX-20 und ei- 
nem Braille-Anzeige-Modul zusam- 
men. Die Software Goppelius (Ver- 
sion 3.0) ermöglicht die Auswahl zwi- 
schen der Azerty- und der Braille- 
Tastatur, die Programmierung in BA- 
SIC oder in Assembler, das Erfassen 
und Bearbeiten von Texten, das 
Drucken auf herkömmlichen oder 
Braille-Druckern usw. 

aus PC-lnformatique 


ICs statt Disks 

Die amerikanische Firma Mesa Elec- 
tronics Inc. bietet Steckkarten an, die 
mit Halbleiterspeichern bestückt sind 
und mit einer Kapazität von derzeit 
1024 KByte kleinere Plattenspeicher 
ersetzen sollen. Die Schaltung ist so 
ausgelegt, daß sie für den PC-Bus 
von IBM kompatibel ist und mit CPUs 
einer Taktfrequenz von 8 MHz betrie- 
ben werden kann. Auf der Karte ent- 
haltene Firmware kann als Ersatz- 
steuerung für Plattenspeicher ange- 
sehen werden. Sie gestattet Kompati- 
bilität mit Standardapplikationspro- 
grammen. Je nach Auslegung der 
Schaltung werden RAM, EPROM und 
EEPROM verwendet. Es wird durch- 
gehend CMOS-Technik genutzt, und 
der Leistungsbedarf liegt im aktiven 
Zustand mit weniger als 1 00 Milliwatt 
entspechend niedrig. Der Hersteller 


sieht Anwendungsmöglichkeiten in 
rauhen Umgebungsbedingungen, in 
denen die üblichen Disk-Laufwerke 
über Gebühr belastet würden (Staub, 
Stoß, Temperatur). Die Speicher- 
karte soll sich bei Temperaturen zwi- 
schen -40 und +85 °C problemlos 
betreiben lassen. Ein weiterer Vorteil 
ist der geringe Raumbedarf. 

pa 

aus Neue Zürcher Zeitung 


Denkende und handelnde 
Chips 

Wissenschaftlern der AT & T Bell La- 
boratory (USA) soll es gelungen sein, 
Computer-Chips zu entwerfen, die 
das Wiederauffinden gespeicherter 
Informationen und das Lösen von 
Problemen ähnlich den Gehirnzellen 
nachahmen. Die Forscher hoffen, mit 
diesen Chips spezialisierte Maschi- 
nen bauen zu können, die Aufgaben 
„erkennen“ und „sich erinnern“. 

Die elektronischen Nervennetzwerke 
(ENN) bestehen aus kompakten, 
hochintegrierten Komponenten, wie 
Widerständen und Verstärkern. Ähn- 
lich sollen die künstlichen „Nerven“ 
arbeiten, kontinuierlich und gemein- 
sam, um Antworten schnell zu erhal- 
ten. 

Der komplexeste Chip mit gegenwär- 
tig 256 elektronischen „Nerven“ ist 
1/4 Zoll groß, hat über 25000 Transi- 
storen und mehr als 100000 Wider- 
stände. Frühere Silikon-Chips hatten 
nur wenige Dutzend „Nerven“. In der 
Entwicklung befinden sich noch an- 
dere Chips, wie ein 54er elektroni- 
scher „Nerven“-Chip mit durch Soft- 
ware programmierbaren Widerstän- 
den und eine 484-Widerstandsma- 
trix, die zum Testen neuer Mikroher- 
stellungsprozesse genutzt wird, und 
die eine größere Schaltungsdichte in 
kleineren Bauelementen realisiert. 
Zur Zeit befindet sich die erste Gene- 
ration der 54er Chips im Test. Sie soll 
genutzt werden, um Bit-Muster, wie 
Namen, zu speichern, wiederaufzu- 
finden und sie innerhalb von Sekun- 
denbruchteilen abzurufen. Die 
Grundelemente der Schaltungen bil- 
den Widerstände. Eine Widerstands- 
matrix verbindet Verstärker (Neuro- 
nen). Bei einer elektrischen Abfrage 
antworten die Chips wie ein Bündel 
von Nerven. Forscher von AT & T er- 
warten, daß ENN-Chips Informatio- 
nen in ungefähr 400 ns wiederauffin- 
den. Damit wären sie schneller als 
biologische Nerven. 

aus Designs News 3/87 

IBMs neues VM 

IBM hat das Virtual Machine/Exten- 
ded Architecture System Product 
(VM/XA SP) angekündigt, ein Be- 
triebssystemn der oberen Leistungs- 
klasse, das IBMs gegenwärtiges VM/ 
XA ersetzen wird. IBM weist darauf 
hin, daß das neue VM die Architektur 
der Systeme der oberen Leistungs- 
klasse, wie die des 3090 Modells 
600 E, voll ausnutzt. Das neue VM 
unterstützt das Conversational Moni- 
tor System (CMS), und IBM versi- 
chert, daß es volle VM-Kompatibilität 
auf den System/370-Prozessoren mit 


erweiterter Architektur von IBM ge- 
währleistet. Neue VM/CMS-Funktio- 
nen schließen die Unterstützung 
gleichzeitiger Operationen von Sy- 
stem/370 und erweiterter Adressie- 
rung ein. IBM erklärt, daß VM/XA 
auch bis zu 4mal mehr Zentralspei- 
cher und doppelt soviel Kanäle unter- 
stützt, als das vorangegangene VM- 

Wenn VM/XA SP genutzt wird mit der 
neuen Einrichtung der 3090 E-Serie, 
der Multiple High Performance Gu- 
ests Support, können bis zu 4 Gast- 
betriebssysteme gleichzeitig auf Pro- 
zessoren der E-Serie laufen. Neue In- 
terfaces gestatten die Entwicklung 
von VM-Anwendungsprogrammen, 
die portabel sind zwischen System/ 
370 und System/370-Einrichtungen 
mit erweiterter Architektur, die unter 
VM/XA SP laufen. Die ursprüngliche 
Unterstützung von IBMs SNA wird 
gewährleistet. 

aus Datamation 16/87 


Zugriff 

in 25 Nanosekunden 


Der japanische Hersteller Toshiba 
Corp. will im Herbst dieses Jahres mit 
einem 1-MBit-SRAM mit einer Zu- 
griffszeit von 25 Nanosekunden auf 
den Markt kommen. Toshiba sieht 
vorzugsweise Anwendungen bei 
transportablen Endgeräten, die nur 
wenig elektrische Leistung aufneh- 
men dürfen. Mit der 0,8 Mikrometer- 
Mikrolithographie können etwa 6,3 
Mio. Elemente, wie Transistoren und 
Widerstände, auf einer Chipfläche 
von 6,86 x 15,37 mm 2 integriert wer- 
den, was dem Integrationsgrad von 
4 MBit eines dynamischen Schreib-/ 
Lesespeichers entspräche. Die Zel- 
lengröße wird mit 5,6 x 9,5//m ange- 
geben. 

aus Blick durch die Wirtschaft 6. 5. 87 
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Intel gab endgültige Spezi- 
fikationen für den Mikro- 
Prozesso r 80486 b ekannt 

Intel hat die endgültigen Spezifikatio- 
nen für den 80486 bekanntgegeben, 
der als Mikroprozessor der nächsten 
Generation betrachtet wird. Er soll 
spätestens 1990 fertig sein und wird 
in low-power CMOS . realisiert wer- 
den. Er wird einen 32-Bit-Datenbus 
und das Äquivalent von 1 bis 1,25 
Mio. Transistoren enthalten. Im Ge- 
gensatz dazu haben der 80386 
250 000 und der 80286 1 35 000 Tran- 
sistoren. Ein Rechner, der den 80486 
einsetzt, wird die Leistungsfähigkeit 
eines IBM-Rechners der Sierra-Serie 
(IBM-3090-Serie) besitzen und 20 _ 
| Mio. Befehle nro Sekunde a usführen 

Vorgängern 8086, 80186, 80286 und 
80386 soll gewährleistet sein. 

Der Mikroprozessor wird verbes- 
serte Möglichkeiten der Mensch-Ma- 
schine-Kommunikation besitzen, die 
Bildschirme hoher Auflösung mit so- 
fort verfügbaren Fenstern erfordern, 
gesteuert mittels Hardware und 
künstlicher Intelligenz. 

aus Dataquest 7/87 
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Einchipmikrorechner 

Von H. Kieser und M. Bankei. VEB 
Verlag Technik, Berlin, 1. Auflage, 
320 Seiten 

Das vorliegende Buch stellt eine 
umfassende Einfühung in die Tech- 
nik der Einchipmikrorechnerfamilie 
U881, U882, U883, U884 und U886 

Auf den ersten einhundert Seiten 
werden die interne Struktur, das Zeit- 
verhalten, der Befehlssatz, die Steu- 
erregister und das Interruptverhalten 
der Einchipmikrorechner (EMR) aus- 
führlich erläutert. Dem Leser, bei dem 
in diesem Teil des Buches bereits 
Grundkenntnisse der Mikrorechen- 
technik vorausgesetzt werden müs- 
sen, werden alle wesentlichen Kennt- 
nisse über das flexible Ein-/Ausgabe- 
system, die Vielzahl der program- 
mierbaren Peripheriefunktionen so- 
wie über die Register- und Adreß- 
raumstruktur vermittelt. 

In einem weiteren Abschnitt werden 
Hinweise zur Programmierung der 
EMR gegeben. Zugriffe auf den Regi- 
stersatz sowie auf den externen Spei- 
cher werden in verschiedenen Va- 
rianten und anhand von Beispielen 
erläutert. Besonderen Wert wurde auf 
die Programmierung der Zähler-/Zeit- 
geberfunktionen und der seriellen 
Schnittstelle gelegt. Ein Programm- 
beispiel zur automatischen Bitraten- 
erkennung rundet dieses Kapitel 
ab. 

Sehr ausführlich und anhand vieler 
Beispiele wird die Problematik der 
arithmetischen Verarbeitung behan- 
delt, die sicher für einen großen An- 
wenderkreis der EMR bedeutsam ist. 
Dem Programmierer wird eine Pro- 
grammbibliothek für häufig auftre- 
tende Arithmetikaufgaben zur Verfü- 
gung gestellt. 

Für den Einsatz der EMR in komple- 
xeren Mikrorechnersystemen werden 
Ergänzungsbauelemente und Kom- 
ponenten zur Systemerweiterung 
vorgestellt. Der Hardwareentwickler 
erhält hier alle notwendigen Informa- 
tionen zum Anschluß externer Spei- 
cher, bipolarer Standardbauele- 
mente, von Systemelementen ande- 
rer Mikroprozessorsysteme (U880) 
sowie von Schnittstellen für analoge 
Signale. Die übersichtlichen Schal- 
tungsbeispiele können als Standard- 
lösungen für viele Anwendungen 
übernommen werden. 

Ein Abschnitt beschäftigt sich aus- 
führlich mit den weiteren Typen der 
EMR-Familie. Der EMR U883, des- 
sen interner Speicher mit einem BA- 
SIC-Interpreter und einer Bootstrap- 
Routine zur Initialisierung der inter- 
nen Peripheriefunktionen masken- 
programmiert ist, stellt für die Anwen- 
der, für die sich aus Effektivitätsgrün- 
den die Herstellung einer eigenen 
Maske nicht lohnt, eine günstige Al- 
ternative dar. Seine Eigenschaften 
und Anwendungsgebiete, der TINY- 
MP-BASIC-lnterpreter sowie die 
hardwareseitige Entwicklungsunter- 
stützung werden besonders ausführ- 
lich dargestellt. 

Ein Applikationsbeispiel zum Einsatz 
des U882 in einem UKW-Empfänger 
mit PLL-Frequenzsynthese rundet 
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das gelungene Buch ab. Hervorzuhe- 
ben ist auch die Begriffserklärung am 
Schluß des Buches, die nicht nur für 
die Anwender der EMR-Familie infor- 
mativ ist. Der Anhang enthält eine Be- 
fehlsliste, eine Tabelle der Opera- 
tionskodes, Pinbelegungen (auch 
der angeführten Peripheriebauele- 
mente), Übersichten zu den Steuer- 
registern sowie zur Syntax des U883- 
MPBASIC. 

Das Buch wendet sich an Praktiker, 
an industrielle Anwender der EMR, 
aber auch an Hobbyelektroniker und 
Studierende. Sowohl der Hardware- 
entwickler als auch der Programmie- 
rer findet eine geschlossene Darstel- 
lung der Technik der EMR vor. Die 
vielen Beispiele veranschaulichen 
und bereichern die Darlegungen und 
sind oft sofort in eigene Applikationen 
übertragbar. Einen besonderen Vor- 
zug des Buches stellen die vielen klei- 
nen, sachdienlichen Hinweise und 
Programmiertechniken dar, die sonst 
in keiner anderen Literaturstelle auf- 
findbar sind. Derartig geschlossene, 
sprachlich ausgereifte, mit prakti- 
schen Beispielen, Tafeln und Über- 
sichten bereicherten Zusammenstel- 
lungen sollte es für jede Mikroprozes- 
sorgeneration in unserem Buchhan- 
del geben. 

Ulrich Wiesner 

UNIX für Führungskräfte - 
ein umfassender Überblick 

Von Y. Skirota und T. L. Kunin. Sprin- 
ger Verlag Berlin-Heidelberg-New 
York-London-Paris-Tokyo 1987, 
Reihe: Springer Compass, 210 S., 
ISBN 3-540-16905-9 

UNIX wurde unter Leitung von Ken 
Thompson und Devis Ritchie 1969 in 
den Bell Telephone Laboratories ent- 
wickelt. 

Dieses leistungsfähige Betriebssy- 
stem, das multi-user- und multi-tas- 
king-fähig ist, zeichnet sich u.a. 
durch seine gute Portabilität aus. 
UNIX bzw. kompatible Betriebssy- 
steme gibt es für Großcomputer, Mini- 
oder Mikrocomputer. International 
wächst der Kreis der UNIX-Anwen- 
der, und mit dem breiten Einsatz der 
32-Bit-T echnik dürfte seine Rolle wei- 
ter wachsen. 

Das Buch wendet sich an all jene, die 
sich einen Überblick über das UNIX- 
Betriebssystem verschaffen wollen, 
aber bisher wenig Erfahrungen in 
dem Umgang mit der Computertech- 
nik haben und auch mit dem einschlä- 
gigen Vokabular nicht vertraut sind. 
UNIX-Anwendungen werden an Bei- 
spielen aus der Büro-Automatisie- 
rung (Textverarbeitung, elektroni- 
sche Post, Computernetzwerke usw.) 
erläutert. Wichtige charakteristische 
Merkmale werden soweit beschrie- 
ben, wie es für einen Überblick sinn- 
voll erscheint. 

Etwas irreführend bzw. einschrän- 
kend wirkt der Titel - denn die Publi- 
kation spricht nicht nur „Führungs- 
kräfte“ an. 


TG L 44500 

Programmiersprache 
FORTRAN 77 

Verlag für Standardisierung, Berlin 
1987 

Diese Unterlage enthält die Beschrei- 
bung der Programmiersprache FOR- 
TRAN 77. Es wurde der Standard ISO 
1539 - 1980, der ANSI X 3.9 - 1978 
entspricht, übernommen. 

Die Beschreibung der Programmier- 
sprache FORTRAN 77 erfolgt in eng- 
lischer Originalfassung, da jede 
Übersetzung zu beträchtlichen Be- 
deutungsverschiebungen und Unter- 
schieden in der Realisierung führen 
kann. Der Standard beschreibt zwei 
Niveaus der Programmiersprache 
FORTRAN 77: 

1. volles FORTRAN 77 (ISO-Be- 
zeichnung: „Full FORTFtAN“ oder 
„FORTRAN“) 

2. eingeschränktes FORTRAN 77 
(ISO-Bezeichnung: „Subset FOR- 
TRAN“) 

Dabei wurde eine interessante Dar- 
stellungsform gewählt. Auf den unge- 
raden Seiten wird der volle und auf 
den geraden Seiten der einge- 
schränkte Sprachumfang beschrie- 
ben. Zusätzlich sind Unterschiede 
zwischen beiden Versionen im Text 
durch senkrechte Striche am Rand 
gekennzeichnet. Somit ist eine 
schnelle Orientierung über die im Sub- 
set-FORTRAN fehlenden Sprachele- 
mente gegeben. 

Der Anhang enthält neben Syntaxdia- 
grammen Hinweise zu möglichen 
Portabilitätsproblemen. 

Allen Programmierern, die FOR- 
TRAN 77 einsetzen, ist dieser 381 
Seiten starke Band des Verlages für 
Standardisierung sehr zu empfehlen. 

Ulrich Oefler 

Handbuch 

LSI-Halbleiterspeicher 

(Spravocnik Poluprovodnikovye BIS 
sapominaüäöih ustrojstv) 

A. 0. Gordonov und Ü. N. D’äkov 
(Herausgeber), in russischer Spra- 
che, Verlag Radio i sväz' Moskau 
1986, 360 S. 

Dieses Handbuch stellt ein neues 
Nachschlagewerk zu elektronischen 
Bauelementen dar, das zusammen- 
fassend in der UdSSR gefertigte LSI- 
Halbleiterspeicher beschreibt. 

Im ersten Teil (Kapitel 1 . bis 7.) wer- 
den allgemeinbekannte Informatio- 
nen zu Halbleiterspeichern gegeben 
(Speicherarten; Ansteuersignale; 
Kontrolle und Messung; Grundstruk- 
turen der Speicherelemente mit ver- 
schiedenen Herstellungstechnolo- 
gien: TTL, TTL-Schottky, ECL, l 2 L, 
l 2 L-Schottky, CMOS, nMOS; Gehäu- 
setypen; Einbauvorschriften). 

Der zweite Teil (Kapitel 8. und 9.) ent- 
hält ausführliche Datenangaben zu 
LSI-Halbleiterspeichern und Anwen- 
dungsempfehlungen. Beschrieben 
werden Speicher-IS der Baureihen 
Statische RAMs 

TTL: K 134, K 155, Kn 185, K 185; 
TTL-Schottky: K 531; ECL: K 500, 
K 1500; l 2 L: K 541, Kn 541; CMOS: 
K 176, K 537, K 561 ; nMOS: K 132, 
K 565. 


Dynamische RAMs 
nMOS: K 565 

ROMs 

TTL: K 596; nMOS: K 568, K 1610 

PROMs 

TTL-Schottky: K 556; ECL: K 1500 
EEPROMs 

nMOS: K 573; pMNOS: Kn 558, Kn 
1 601 , K 1 601 , KM 1 609, Kn 1 609 
EPROMs 
nMOS: K 573 

Das Handbuch sollte für den Prakti- 
ker ein nützliches Hilfsmittel sein, gibt 
es doch einen Überblick über die in 
der UdSSR verfügbaren LSI-Halblei- 
terspeicher und vermittelt die notwen- 
digsten Informationen für deren breite 
Anwendung. A. Bluschke 

Programmierung des 
80286 

Von C. Vieillefond. Sybex Verlag, 
Düsseldorf 1 987, 1 . Auflage, ISBN 3- 
88745-668-8, 509 S. 

Das 16-Bit-Mikroprozessorsystem 
INTEL 80286 spielt international eine 
wichtige Rolle beim Einsatz in Perso- 
nalcomputern (IBM-AT und kompati- 
blen), Automatisierungssystemen, 
Terminalarbeitsplätzen u. a. m. 

Der vorliegende Titel, es handelt sich 
dabei um eine Übersetzung aus dem 
Französischen, ist eine der ersten 
Buchveröffentlichungen im deut- 
schen Sprachraum, die den Aufbau 
und die Arbeitsweise dieses Mikro- 
prozessors behandelt. 

Nach einer knappen Einführung in 
den internen Aufbau, die Busstruktur 
und die Peripheriebausteine wird auf 
folgende Aspekte bei der Arbeit mit 
dem 80286 eingegangen: 

- Speicherverwaltung und virtuelle 
Adressierung 

Segmente, Adreßräume, Task, De- 
skriptortabellen 

- Speicherschutzmechanismen 
Privilegierungsstufen, Gates, Alias- 
segmente 

- Interruptstruktur 
NMI-/INTR-Unterbrechungen, Vek- 
tortabellen, Exceptions 

- Befehlssatz des 80286 
Befehlsbeschreibungen 

- Programmentwicklungstools 
ASM-/BND-/BLD-286 

Den größten Umfang nimmt dabei 
eine sehr ausführliche Beschreibung 
jedes einzelnen 80286-Befehls im 
Kapitel Befehlssatz ein. 

Neben Befehlsformat, Befehlstyp, 
Beschreibung der betroffenen Bedin- 
gungskodes, erfolgt eine genaue Er- 
klärung der Funktionsweise jedes Be- 
fehls. 

Neben dieser sehr umfangreichen 
Befehlsbeschreibung kommen die 
Erläuterungen zu den innovativen Ar- 
chitekturen des 80286 im sogenann- 
ten Protected-Mode nach Meinung 
des Rezensenten viel zu kurz. Dabei 
sind es doch gerade diese neuen 
Möglichkeiten, die den Leser interes- 
sieren sollten, da sie den Mikropro- 
zessor 80286 gegenüber seinen Vor- 
gängertypen auszeichnen. 

Positiv hervorzuheben sind 17 aus- 
führlich dokumentierte Programmbei- 
spiele im Anhang des Buches, die mit 
der Programmierung des 80286 ver- 
traut machen. Dr. Ludwig Claßen 


Mikroprozessortechnik, Berlin 2 (1988) 4 


127 



Bericht 



1. Berliner Softwarebörse 

Vom 3. bis 6. November 1987 fand 
die erste Berliner Softwarebörse 
statt, die vom Bezirksneuererzentrum 
Berlin (BNZ) und der KDT-Anwender- 
gemeinschaft „Rechnergestützte Ar- 
beit“ organisiert und durchgeführt 
wurde. 73 Betriebe und Einrichtun- 
gen der Hauptstadt boten 448 Pro- 
grammlösungen zur Nachnutzung 
an. Auf der Börse waren davon 85 
Programme im Angebot, die, nach 
Themengruppen geordnet, von den 
Programmentwicklern vorgestellt 
wurden. Wie auch das Bild zeigt, fand 
diese Veranstaltung ein außerordent- 
liches Interesse. Mehr als 5900 Besu- 
cher, davon mehr als 150 Betriebe 
und Institutionen aus allen Teilen der 
Republik, nutzten das Angebot. Mehr 
als 2600 Interessenten trugen sich in 
die Angebotslisten für die einzelnen 
Programme ein. Über 1600 Kopien 
wurden von dem gesamten Software- 
katalog angefordert und übergeben. 
Die Softwarebörse hat sich als neue 
Form für die organisierte Software- 
nachnutzung bewährt. Das Vorstel- 
len der Programmlösungen durch 
den Programmentwickler führte zu ei- 
nem unmittelbaren Kontakt mit mögli- 
chen Anwendern, wobei neben der 
Vorführung der Programmlösung 
auch durch unmittelbaren Dialog Ent- 
wickler - Anwender alle Fragen ge- 
klärt werden konnten. Dieser be- 


währte Weg muß also fortgesetzt 
werden. 

Während der Softwarebörse haben 
sich folgende Anwenderlösungen als 
Spitzenexponate herausgestellt: 
PERSONAL (VEB Mansfeld General- 
lieferant), MATERIAL (VEB NILES, 
STPL (VEB Elektroanlagenbau), 
RVISION (VEB Applikationszentrum 
ME), NEUERERW (VEB Wärmeanla- 
genbau), AMKARTEI (Interflug), UN- 
VINV (VEB Elektro-Apparate-Werke), 
PLANWT (VEB Kabelwerk Ober- 
spree), Hb Kostenrechnung (RAW 
Schöneweide) und PRODA (VEB Kos- 
metik-Kombinat). Diese Lösungen 
bieten sich auch für eine Nachnutzung 
in anderen Bezirken der DDR an. 

Für die weitere Auswertung der Pro- 
gramme werden mit dem BNZ monat- 
lich zwei „Angebotstage Software- 
börse“ organisiert, wobei jeweils 5 bis 
12 Lösungen erläutert und vorgeführt 
werden sollen (jeweils 9-15 Uhr im 
BNZ). Die nächsten Termine sind: 
13. Mai 1988 (Vermessungspro- 
gramme; Kombinat Kartographie und 
Geodäsie), 27. Mai 1988 (Erläute- 
rungsberichte und Muster-GAB- 
Nachweise; Ratioprojekt Berlin) 
1 0. Juni 1 988 (Rohrleitungs- und Hei- 
zungsberechnungen, Nachweise) 
und 24. Juni 1988 (Programme der 
Produktionsvorbereitung). 

Dr. J. Schwenke Foto: Weiß 


3. Klausurberatung 
UNIX 

Vom 1 0. bis 1 3. November 1 987 fand 
unter Schirmherrschaft des VEB Leit- 
zentrum für Anwendungsforschung 
Berlin die 3. Klausurtagung der „Ar- 
beitsgemeinschaft der Entwickler und 
Nutzer UNIX-kompatibler Software“ 
(ddr/unix/usr/grp) in Bad Salzungen 
statt. Diese Arbeitsgemeinschaft ver- 
eint seit mehreren Jahren Vertreter 
von Betrieben und Institutionen der 
DDR, die auf die Entwicklung und Nut- 
zung von UNIX-kompatibler Software 
eingeschworen sind (Leitzentrum für 
Anwendungsforschung Berlin, Tech- 
nische Hochschule Ilmenau, Techni- 
sche Universität Karl-Marx-Stadt, 
Martin-Luther-Universität Halle, ZFT- 
KEAB Berlin, ZFT-KEAW Berlin, ZKI 


Berlin, Robotron-Elektronik Dresden, 
Robotron-Projekt Dresden u. a. m. 

Es wurden insbesondere folgende 
Themenkomplexe behandelt: 

1 . Stand der Arbeiten an UNIX-kom- 
patiblen Betriebssystemkonzepten 
und deren Weiterentwicklung 

2. Standardisierung der Betriebssy- 
stemschnittstellen, Bibliotheksfunk- 
tionen, Kommandosprachen und 
Programmiersprachen 

3. Aufbau einer breiten Palette von 
Anwendungslösungen unter UNIX- 
kompatiblen Betriebssystemen 

4. Verbesserung des Informations- 
austausches und der Öffentlichkeits- 
arbeit zu UNIX-kompatiblen Betriebs- 
systemkonzepten. 

Von allen Teilnehmern konnte ein- 
heitlich festgestellt werden, daß die 
Bereitstellung UNIX-kompatibler Be- 


triebssystemlösungen in der DDR in 
den letzten Jahren große Fortschritte 
gemacht hat. Das gilt für ESER- 
Rechner (PSU...) ebenso wie für 
Kleinrechner (MUTOS 1630...) und 
für Mikrorechner A 7150 (MUTOS 
1 700)/P8000 (WEGA). 

Von besonderer Bedeutung ist die 
Tatsache, daß wirklich für jedes in 
der DDR hergestellte Computersy- 
stem - gleich welcher Leistungs- 
klasse - der Anwender auf eine lei- 
stungsfähige UNIX-kompatible Be- 
nutzeroberfläche zurückgreifen kann. 
Alle Teilnehmer waren sich darin ei- 
nig, die Arbeiten in den nächsten Jah- 
ren konzentriert fortzuführen. Dies gilt 
besonders für die Erarbeitung von 
Anwendungslösungen und für die 
Standardisierungsbemühungen. 

Vom VEB LfA wurde die Bereitschaft 
erklärt, als Träger für eine Nutzerge- 
meinschaft aufzutreten, die ab 1 988 
insbesondere einer Verbesserung 
des Informationsaustausches der An- 
wender UNIX-kompatibler Betriebs- 
systeme dienen soll. Interessenten 
wenden sich bitte an den VEB Leitzen- 
trum für Anwendungsforschung, Jac- 
ques-Duclos-Str. 47-52, Berlin, 1156, 
Tel. 5571245 (Koll. Grützbach). 
Ebenso wird die Redaktion der Mikro- 
prozessortechnik die Bemühungen um 
eine bessere Öffentlichkeitsarbeit auf 
dem Gebiet UNIX-kompatibler Soft- 
ware für Mikrorechner unterstützen 
und geeignete Beiträge und Kurzmit- 
teilungen von Lesern veröffentlichen. 

Dr. Ludwig Claßen 


Erste Z-1013-Tagung 

Die Erste Z-1013-Tagung wurde am 

5. Dezember 1 987 von der KDT-Inter- 
essengemeinschaft Heimcomputer 
(IG-HG), Arbeitsgruppe Z 1 01 3 (AG Z 
1013), am Informatikzentrum des 
Hochschulwesens an der Techni- 
schen Universität Dresden veranstal- 
tet. Die Tagung sollte Empfehlungen 
für die Anwender des Mikrorechner- 
Bausatzes Z 1013 vom VEB Robo- 
tron-Elektronik Riesa geben. 

Alle Interessenten an dieser Tagung 
konnten nicht eingeladen werden, da 
nur 250 Teilnehmer (ca. 1/3 der Mel- 
dungen) Platz fanden. Auf Grund der 
guten Resonanz und der ausgezeich- 
neten Einschätzung wurde eine Wie- 
derholung der Tagung am 27. Fe- 
bruar 1988 vorgesehen. 

Als Gäste konnten unter anderem 
Vertreter der Fachpresse sowie der 
Abteilungsleiter der Z-1013-Ferti- 
gung des VEB Robotron-Elektronik 
Riesa begrüßt werden. Der Stellver- 
treter des Direktors für Erziehung aus 
Ausbildung des Informatikzentrums, 
Prof. Dr. H. Löffler, erläuterte in der 
Begrüßung die gesellschaftliche Not- 
wendigkeit der privaten Nutzung von 
HC. Die Eröffnung der Tagung durch 
den Vorsitzenden der IG HC, Dr. G. 
Schönfelder, brachte zum Ausruck, 
daß neben der einheitlichen Hard- 
und Softwareentwicklung auch die 
kostenlose Weitergabe von Hard- 
warelösungen und Software zur 
Nachnutzung an private Z-1013-Be- 
sitzer gefordert wird. 


Die Referate wurden vom Redakteur 
der Practic, R. Besser, eröffnet, der 
Regeln für die Dokumentation auf- 
zeigte (sowie Informationen über wei- 
tere Tagungen in der DDR gab). 

Der Leiter der AG Z 1013, R. Brosig, 
stellte Richtlinien für die kompatible 
Softwareentwicklung zum Z 1 01 3 vor. 
Die Schwerpunkte sind: Anwender- 
programmstandorte ab 100H, keine 
direkten Monitorunterprogrammauf- 
rufe über CALL und keine direkten 
Tastaturmatrixzugriffe als Nutzerpro- 
gramm verwenden, das kommer- 
zielle a „@“ nur für Systemerweite- 
rungen nutzen u. a. m. 

Zu Standardisierungsempfehlungen 
für periphere Schnittstellen nahm 
V. Löhne Stellung. 

Mehrere Referenten befaßten sich 
mit der Schwachstelle des Z 1013, 
der T astatur. Nachdem vom Autor ein 
Überblick zu Tastaturlösungen gege- 
ben wurde, zeigten J. Peters und 
H.Schuttoff einfache Tastaturlösun- 
gen. R. Brosig stellte eine komforta- 
ble Tastaturlösung (Hard- und Soft- 
ware) vor, mit der nicht nur die Ta- 
stencodierung des Z 1013 aus dem 
Monitor in den RAM-Bereich gelegt 
werden kann, sondern unter anderem 
ein Pointer- und Stringfeld frei pro- 
grammierbar ist. 

In der Mittagspause wurde vom VEB 
Robotron-Vertrieb Berlin Literatur 
und eine für diese Tagung zusam- 
mengestellte Programmkassette an- 
geboten. 

Die Tagung wurde von S. Stolzer fort- 
gesetzt mit der 64-K-RAM-Erweite- 
rung. 

Der Leipziger Computerclub betei- 
ligte sich mit zwei Beiträgen: Ahrend 
stellte die Erweiterungsbaugruppe 
zum ZI 01 3 zur EPROM-Program- 
mierung vor. Das Programmsystem 
FÖRTH für den ZI 01 31 erläuterte 
Schubert. Von A. Köhler wurde die 
Druckersteuerung des Z 1013, insbe- 
sondere über die V24-Schnittstelle 
vorgestellt. 

Allgemeines Interesse fand die Hard- 
warelösung eines analogen Joysticks 
mit einer Auflösung von 1014 Punk- 
ten in x- und y-Richtung von U. Loreit. 
Die fertige Leiterplatte wird in diesem 
Jahr im Handel erhältlich sein. 

Der Beitrag „Ladeadressen und File- 
namen beim ZI 01 3“ von U.Zybel 
überforderte die Tagungsteilnehmer, 
die überwiegend keine Softwareaus- 
bildung besaßen. 

Ein in der Ag ZI 01 3 als Standard 
festgelegtes Kassetteninterface 
„Headersave“, das zum originalen 
Kassetteninterface des ZI 01 3 kom- 
patibel ist und auf der Programmkas- 
sette angeboten wurde, erläuterte 
ft Brosig. 

Der Abschlußbeitrag von J. Pohl be- 
faßte sich mit einem zum Monitor des 
KC 85/1 fast kompatiblen 4-K-Monitor 
für den ZI 01 3. 

Der abschließende Softwaretausch 
dieser Tagung wurde von vielen Teil- 
nehmern genutzt. 

Hans-Ulrich Moik 
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Fachtagung EC 1834 

Am 3. und 4. Dezember 1987 wurde 
im Karl-Marx-Städter Filmtheater Me- 
tropol eine DDR-offene Fachtagung 
zum Thema EC 1834 - ein professio- 
neller ESER-Personalcomputer des 
VEB Kombinat Robotron durchge- 
führt. Veranstalter waren die Be- 
triebssektion der KDT des VEB Robo- 
tron-Buchungsmaschinenwerk Karl- 
Marx-Stadt und des VEB Robotron- 
Elektronik Dresden, Fachgebiet Ge- 
räte Karl-Marx-Stadt, sowie der Be- 
zirksvorstand der KDT Karl-Marx- 
Stadt. 

Die Ankündigung der Tagung hatte 
ein überaus großes Interesse gefun- 
den. Die Zahl der Anmeldungen 
konnte nicht befriedigt werden, so 
daß für Januar 1 988 sofort eine Wie- 
derholung der Tagung anberaumt 
werden mußte. 

Die Tagung wurde mit einem Vortrag 
des Betriebsdirektors des VEB Robo- 
tron-Buchungsmaschinenwerk Karl- 
Marx-Stadt, Gen. Dieter Gertler, vor 
über 450 Teilnehmern im vollbesetz- 
ten Saal des Filmtheaters Metropol 
eröffnet. Er umriß die gesamtgesell- 
schaftliche Zielstellung, die mit der 
Entwicklung des EC 1834 verbunden 
ist und erläuterte die Einordnung in 
das Einheitliche System der elektro- 
nischen Rechentechnik (ESER) der 
RGW-Mitgliedsländer. Er ging davon 
aus, daß im Fünfjahrplanzeitraum 
1 986-1 990 durch den VEB Kombinat 
Robotron mindestens 170000 Büro- 
und Personalcomputer der Volkswirt- 
schaft bzw. für den Export bereitzu- 
stellen sind, verbunden mit einem 
umfangreichen Spektrum moderner 
peripherer Geräte zur Systemkom- 
plettierung, insbesondere Drucker, 
alphanumerische und grafische Bild- 
schirmtechnik, grafische Eingabe- 
und Ausgabegeräte (Digitalisierge- 
räte und Plotter) sowie externe Spei- 
chertechnik (Disketten- und Festplat- 
tenspeicher). 

Ein entscheidender Beitrag zur Erfül- 
lung dieser anspruchsvollen Aufgabe 
wird mit der bevorstehenden Überlei- 
tung des EC 1834 in die Produktion 
geleistet. Wesentlich ist dabei die ge- 
meinsame Produkion dieses Rech- 
ners im VEB Robotron-Buchungsma- 
schinenwerk Karl-Marx-Stadt und im 
VEB Robotron-Büromaschinenwerk 
„Ernst Thälmann“ Sömmerda auf der 
Grundlage einer einheitlichen techni- 
schen Politik und daraus abgeleiteter 
rationeller Kooperationsbeziehun- 
gen. Anschließend ging Gen. Gertler 
auf die neuen Anwendungsmöglich- 
keiten des EC 1834 ein. Durch seine 
konsequente Orientierung auf ein of- 
fenes System, das universell erwei- 
terbar ist, wurde ein arbeitsplatz- 
orientierter Computer mit angepaß- 
tem Softwarekomplex für alle Berei- 
che der Volkswirtschaft geschaffen, 
der insbesondere auch als Grundlage 
für spezialisierte Meß-, Prüf-, Labor- 
und ähnliche Arbeitsplätze dienen 
und als Baugruppensatz in Final- 
erzeugnissen unterschiedlicher Indu- 
strievorhaben einbezogen werden 
kann. Durch die Nutzungsmöglichkeit 
grafischer Peripherie und leistungsfä- 
higer Softwarepakete ist der EC 1 834 
auch hervorragend als CAD-Arbeits- 
station geeignet. 

Im weiteren Velauf der Tagung wurde 
die Hardware und Software des EC 
1834 ausführlich vorgestellt. Zu- 
nächst sprach D. Wiedemuth zur 
funktionellen Konzeption und Kom- 


patibilitätseigenschaften. Nach einer 
Vorstellung der Hardwarebestand- 
teile einschließlich geplanter System- 
erweiterungen sowie einem generel- 
len Überblick über das Hauptbe- 
triebssystem DCP erläuterte er aus- 
führlich die definierten und dem An- 
wender über die Software zugängli- 
chen Schnittstellen. Dabei zeigte er 
die Übereinstimmung mit den abge- 
stimmten Operationsprinzipien für 
professionelle Personalcomputer des 
ESER. Die Schnittstelle des ROM- 
BIOS zum Betriebssystem garantiert 
die Kompatibilität zum de-facto-lndu- 
striestandard IBM PC/XT. Anschlie- 
ßend ging er auf die Koppelmöglich- 
keiten des EC 1834 über serielle Ka- 
näle, zu ESER-Systemen über den 
KIF-Adapter und zur LAN-Kopplung 

Dr. Schönyan erläuterte in seinem 
Vortrag detailliert die Funktionskom- 
plexe der Systemplatine. Besonderes 
Augenmerk richtete er auf die Anwen- 
derschnittstelle für eigene Hardware- 
erweiterungen, den Systembus. S. 
Radestock befaßte sich in einem in- 
teressanten Vortrag mit der Einbin- 
dung der zeichenorientierten Peri- 
pheriegeräte Tastatur, alphanumeri- 
scher Bildschirm und Drucker, über 
welche die Mensch-Maschine-Kom- 
munikation realisiert wird. Er stellte 
die Möglichkeit ladbarer Zeichen- 
sätze heraus, welche als Hardware- 
voraussetzung für die Mehrsprachig- 
keit des EC 1834 unerläßlich ist. In 
weiteren vier Vorträgen wurden Stan- 
dardadapter bzw. Möglichkeiten für 
Systemerweiterungen vorgestellt. F. 
Espig behandelte die Einbindung von 
Festplatte und Floppy-Disk. Der lei- 
stungsfähige Farbgrafikadapter 
wurde mit seinen Parametern und 
dem Blockschaltbild von F. Hornig 
beschrieben. Zur Realisierung seriel- 

ASK-Adapter wurde von D. Mludek 
vorgetragen. Im letzten Vortrag des 
ersten Tages beschäftigte sich noch 
einmal Dr. Schönyan mit der Ankopp- 
lung des EC 1834 an eine Geräte- 
steuereinheit des Bildschirmsystems 
EC 7920 über den KIF-Adapter. 

Der zweite Tag war ausschließlich 
Softwareproblemen und Vertriebsbe- 
dingungen gewidmet. In einem 
Grundsatzvortrag dazu ging M. Phi- 
lipp zunächst auf kommerzielle Pro- 
bleme ein. Insbesondere seine Aus- 
führungen zu Vertriebsbedingungen 
und -wegen, zu Dokumentation und 
Schulungsleistungen stießen auf 
breites Interesse. Anschließend be- 
schäftigte er sich mit Fragen der Sy- 
stem- und Datenkompatibilität, insbe- 
sondere in Richtung A 7150 und 
schon vorhandener 8-Bit-Rechen- 
technik, wie PC 1715 und Bürocom- 
puter A 51 20/A51 30. Er erläuterte die 
Möglichkeiten zur Datenkonvertie- 
rung von den verbreiteten 8-Bit-Be- 
triebssystem SIOS, UDOS, SCP zu 
DDP und umgekehrt einschließlich 
der erforderlichen Hardwarebedin- 
gungen. Im nächsten Vortrag stellte 
H.-G. Unterschütz den Kern des Be- 
triebssystem DCP im Detail vor und 
erläuterte die Werkzeuge der Assem- 
blertechnologie. In einem weiteren 
Vortrag von M. Philipp wurde eine 
Übersicht zu den angebotenen on- 
line-Komponenten und möglichen 
LAN-Lösungen vorgestellt. Dr. Män- 
ne I beleuchtete die Unterstützung 
des Personalcomputers EC 1834 in 
den Betriebssystemen von ESER- 
EDVA und erläuterte die Emulations- 


varianten. Dr. Köhler stellte das CAD- 
Paket MULTICAD für den EC 1834 
vor. Er zeigte an einer Reihe von Bei- 
spielen die Leistungsfähigkeit dieses 
Softwarepaketes im Zusammenhang 
mit der Hardware. Im letzten Vortrag 
stellte D. Trinks das Sprachkonzept 
des EC 1834 vor. Er verwies darauf, 
daß alle modernen Programmier- 
sprachen dem Anwender des EC 
1834 zur Verfügung stehen bzw. in 
naher Zukunft verfügbar sind. 

Am zweiten Tag wurden vor Beginn 
der Tagung im Foyer des Metropol 
drei Personalcomputer EC 1834 in 
unterschiedlichen Konfigurationen 
aufgebaut. An ihnen wurde bis zum 
Nachmittag die Leistungsfähigkeit 
der vorgestellten Hardware und Soft- 
ware demonstriert (Bild 1). An einer 
mit Farbgrafik ausgerüsteten Anlage 
wurde MULTICAD vorgeführt (Bild 2). 
Die Tagungsteilnehmer konnten sich 
während dieses gesamten Tages mit 


allen Softwarepaketen vertraut ma- 
chen und sich von der Zuverlässigkeit 
der Geräte überzeugen. Auch ein 
Blick ins Innenleben der Geräte war 
erlaubt. Die Bediener hatten alle 
Hände voll zu tun, um die zahlreichen 
Demonstrationswünsche zu befriedi- 
gen und die vielen Fragen zu beant- 
worten (Bild 3). 

Als Fazit der Tagung konnte konsta- 
tiert werden, daß den Teilnehmern 
umfassende Informationen aus erster 
Hand zu Aufbau, Wirkungsweise und 
Leistungsfähigkeit des Personalcom- 
puters EC 1834 vermittelt wurden. 
Insbesondere die am zweiten Tag 
durchgeführte Demonstration von 
drei Geräten wurde als besonders 
wertvoll eingeschätzt. Die Organisa- 
toren der Tagung sind sich einig, 
auch in Zukunft ihre Neuentwicklung 
den Anwendern in der DDR mit weite- 
ren Fachtagungen vorzustellen. 

Dr. Volkmar Köhler 
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Was ist Desktop Publishing (DTP)? 
Was verbirgt sich hinter dem Kürzel 
DTP? 

Eine Zeitschrift der BRD schrieb darüber: „Dazu 
muß man zunächst wissen, daß der in letzter Zeit 
arg gebeutelte Computermarkt händeringend eine 
neue Kuh benötigt, die gemolken werden kann: Ne- 
ben rückläufigen Produktions- und Beschäftigungs- 
zahlen und einer schleppenden Investitionsnei- 
gung steht die Datenwirtschaft in diesem Jahr 
(1987, d. R.) mit dem Rücken zur Wand. Dollarver- 
fall (auf dessen Basis unsere Exporte abgerechnet 
werden) und die Billigkonkurrenz tragen zumindest 
die Teilschuld dieser Entwicklung, der nun mit Hilfe 
der neuen Boom-Branche DTP entgegengearbeitet 
werden soll 

Ohne Zweifel bringt Desktop Publishing für den An- 
wender dennoch neue Möglichkeiten - nämlich 
Satz und Layout von Texten auf dem PC. Dabei ist 
das, was unter DTP oftmals verstanden wird, breit 
gefächert. Als unterste Stufe könnte man dazu 
schon einen PC mit Matrixdrucker und modernem 
Textverarbeitungsprogramm zählen. DTP in „höch- 
ster Vollendung" besteht aus PC, komfortablem 
Layoutprogramm und als Ausgabegerät dient ein 
Laserbelichter (Fotosatzanlage). 

Die Regel liegt nun dazwischen. Voraussetzungen 
sind ein grafikfähiger PC, ein Laserdrucker und ein 
Layoutprogramm. Die bekanntesten Layoutpro- 
gramme sind Pagemaker von der US-amerikani- 
schen Firma Aldus und Ventura Publisher von 
RANK XEROX. Einer der Vorzüge des DTP ist, daß 
der Anwender den auszugebenden, gestalteten 
T ext so sieht, wie er im Druck erscheinen wird (ohne 
Steuerzeichen); auch bezeichnet als WYSIWYG - 
Abkürzung für „What jou see is what jou get“. Bei 
herkömmlichen Fotosatzterminals dagegen ist der 
Text z. B. durchsetzt mit vielen Steuerzeichen. 
Welche Hardware ist erforderlich? 

Das zu verwendende System ist natürlich abhängig 
vom Satzprogramm bzw. gilt es auch umgekehrt. 
Der Ventura Publisher benötigt z. B. folgende Konfi- 
guration: 

- IBM PC XT oder AT oder kompatible mit minde- 


stens 51 2 KByte Hauptspeicherkapazität, besser 
sind 640 KByte 

- Festplatte mit mindestens 10 MByte (Speicher- 
kapazität) 

- Grafikkarte und geeigneter Bildschirm (z.B. 
640 x 400 Punkte Monochrombildschirm) 

- Maus 

- Laserdrucker, falls keine großen Forderungen an 
die Ausgabequalität stehen, sind auch die Druk- 
ker Epson MX-80, FX-80 oder entsprechende 
ausreichend. 

Als Betriebssystem (BS) muß MS/DOS ab Version 
2.1 oder höher bzw. ein kompatibles BS verwendet 
werden. 

Zuerst wird der zu verarbeitende Text mit einem 
Textverarbeitungsystem erfaßt. Der Ventura Pu- 
blisher liest die Formate der meisten verbreiteten 
internationalen Textverarbeitungssysteme, wie MS 
Word, Wordstar oder ASCII-Dateien, wobei Text- 
formatierungen, wie Fettdruck und Unterstreichun- 
gen, beibehalten werden. Das Layoutprogramm 
enthält auch Textverarbeitungsfunktionen, mit de- 
nen Texte hinzugefügt oder mittels „Anklicken“ mit 
der Maus u. a. Schriftart, Schriftgröße, Flattersatz 
(z. B. wie der Rubrikenteil in MP) oder Blocksatz 
(wie der MP-Aufsatzteil) gewählt werden. Sollen 
Bilder oder Grafiken, die vorher mittels Scanner 
oder Grafikprogramm erzeugt wurden, eingefügt 
werden, zeichnet man auf der gewünschten Seite 
einen Rahmen, um den der Text automatisch „her- 
umf ließt". Nachdem Text, Bilder und Grafiken aus 
Sicht des Nutzers fehlerfrei sowie richtig positioniert 
und gestaltet sind, kann die Ausgabe beginnen; sie 
erfolgt seitenweise. Als Ausgabegerät wird mei- 
stens ein Laserdrucker mit einer Auflösung von 
300 dots per inch (dpi, Punkte pro Zoll) verwendet. 
Ist eine höhere Qualität geboten, kann auch auf La- 
serbelichter ausgegeben werden; z. B. leistet die Li- 
notronic 300 2540 dpi Auflösung. 

Dabei steht offensichtlich die Frage nach der (n) 
entsprechenden Schnittstelle(n) (Kompatibilität). 
Besonders preiswerte Systeme erlauben meist 
nicht die Ausgabe der vom Layoutprogramm er- 
zeugten Anweisungen auf den Laserdrucker oder 
das Fotosatzgerät eines anderen Herstellers. Das 


Layoutprogramm „versieht" nämlich den auszuge- 
benden Text mit den nötigen Anweisungen in einer 
sogenannten Seitenbeschreibungssprache (oder 
auch Layoutsprache), damit der Laserdrucker 
„weiß“, wie und wo der Text gedruckt werden muß. 
Der letzte Schritt ist die Erzeugung des Rasterbil- 
des durch den Raster Image Prozessor (RIP). Der 
RIP befindet sich in der Regel im Drucker, er ver- 
wandelt die Beschreibung von Zeichen in die ent- 
sprechenden Rasterpunkte und plaziert sie an der 
richtigen Stelle. Bei einem typischen Laserdrucker 
mit einer Auflösung von zwölf Rasterpunkten pro 
Millimeter (300 dpi) besteht eine A4-Seite aus meh- 
reren Millionen Punkten. So dauert es meist eine 
„ganze Weile“, ehe der Drucker die Seite ausgibt, 
Kopien gehen natürlich schneller. Es gibt derzeit 5 
bekanntere Seitenbeschreibungssprachen. Wel- 
che sich als „Industriestandard“ durchsetzen wird, 
ist noch ungewiß. Einiges spricht für PostScript von 
der Fa. Adote, da IBM seine mittleren DTP-Sy- 
steme damit versieht. Poscript ist eine stackorien- 
tierte Programmiersprache wie FORTH. 

Wofür DTP? 

In erster Linie ist DTP gut geeignet zum Herstellen 
von Druck- oder Kopiervorlagen für Handbücher, 
Dokumentationen, Bedienungsanleitungen, Merk- 
blättern - eben für Dokumente, die für einen größe- 
ren Personenkreis sein sollen. Dabei läßt sich über 
DTP durchaus eine ansprechende Gestaltung er- 
reichen. Für eine perfekte Typografie (u. a. Werbe- 
broschüren, Zeitschriften, Bücher) erfüllt DTP 
heute noch nicht die Forderungen. Im Verlagswe- 
sen für Zeitschriften und Bücher geringerer Aufla- 
gen oder in Bereichen, wo es aus bestimmten Grün- 
den nicht auf eine perfekte Gestaltung ankommt, 
werden zunehmend DTP-Systeme eingesetzt. Eine 
weitere Hürde sind allerdings die oftmals in den 
Layoutprogrammen nicht vorhandenen oder 
schlechten Silbentrennungsprogramme. Abschlie- 
ßend sei noch darauf hingewiesen, daß im An- 
schluß an den Arbeitsgang über das DTP-System 
noch das Vervielfältigen (Kopieren oder Druck) er- 
folgen muß, da Laserdrucker für eine höhere Ko- 
pienzahl zu langsam und zu teuer sind. I.P. 
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Diagrammdarstellung auf PC 1715 


Bustreiberaufsatz für den KC 85/3 




Verhalten von Zahlenfolgen grafisch dargestellt 

Lesen Sie dazu den Beitrag von Detlef Thielsch in diesem Heft. 
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Zum Titelbild: 

Obwohl die Transputertechnik international bisher nur ge- 
ringe Verbreitung gefunden hat, soll mit unserem Beitrag auf 
Seite 131 eine Entwicklungsrichtung vorgestellt werden, die 
für ausgewählte Bereiche der Mikroprozessortechnik in den 
nächsten Jahren an Bedeutung gewinnen könnte. Ähnlich 
den vom T ransistor gesteuerten elektrischen Strömen liefert 
der „Computer-Transistor“ (Transputer) computergesteu- 
erte Datenströme. Der Beitrag geht auf die Transputer- 
grundkonzeption an Hand des Transputers IMST424 ein. 
Nach einer Einführung zum gegenwärtigen Stand und zu 
Trends bei Computern wird der Transputerbaustein T424 
näher vorgestellt. Das Zusammenschalten von T ransputern 
wird unter Ausnutzung einer unterschiedlichen Anzahl von 
Verbindungsleitungen dargestellt. Weiterhin wird auf die An- 
wendung des Transputers und die höhere Programmier- 
sprache OCCAM eingegangen. 


Vorschau 

In MP 6/88 haben wir für Sie unter anderem Bei- 
träge zu folgenden Themen vorbereitet: 

• Fehlerorientierte Mikrorechnersysteme 

• Rechnerinterface zur Eingabe und Korrektur 
von Sensordaten 

• Sequentielle Online- Verarbeitung von dBase-ll- 
Dateien mit TURBO-PASCAL 

• Änderungen am SCP 1 700 des AC 1 700 

• Lichtwellenleiter kontra CSMA/CO? 
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Neue Schaltkreise 
in hohen Stückzahlen 

Der Stammbetrieb des Kombinates 
Mikroelektronik steht in diesem Jahr 
vor der Aufgabe, die Fertigung unipo- 
larer Festkörperschaltkreise gegen- 
über 1987 auf 180 Prozent zu stei- 
gern. An der Entwicklung neuer Ge- 
nerationen wird gearbeitet. Über die 
Leistungsfähigkeit der modernsten 
Chipfabrik der Republik, die im ver- 
gangenen Jahr sechs Monate früher 
als geplant übergeben worden war, 
informierten sich Anfang Februar die 
Mitglieder und Kandidaten des Polit- 
büros des ZK der SED Günter Mittag, 
Hans-Joachim Böhme, Werner Eber- 
lein, Siegfried Lorenz, Günter Scha- 
bowski, Margarete Müller und Werner 
Walde. Generaldirektor Prof. Dr. 
Heinz Wedler berichtete, daß der Ja- 
nuarplan erfüllt wurde und erläuterte 
die fruchtbare Zusammenarbeit zwi- 
schen Kombinat und Territorium. 
Junge Arbeiter berichteten, sie hätten 
der Volkswirtschaft im vergangenen 
Jahr 1 ,4 Millionen Chips mehr als ge- 
plant zur Verfügung gestellt. Wäh- 
rend dieser Begegnung mit Vertre- 
tern der 34 Jugendbrigaden und 
24 Jugendforscherkollektive des 
Stammbetriebes sagte Günter Mittag 
unter anderem, die neue Produk- 
tionsstätte für den 64-Kilobit-Spei- 
cherschaltkreis in Erfurt-Südost 
zeige, wie nach den Beschlüssen des 
XI. Parteitages der SED ein entschei- 
dender Schritt getan werde, um 1988 
leistungsfähige Schaltkreise in Mas- 
senproduktion für die Volkswirtschaft 
zur Verfügung zu stellen. Er würdigte 
den Anteil der Erfurter Mikroelektroni- 
ker am Durchbrechen imperialisti- 
scher Embargos. 


Elektronisierung, 
Computer und 
Zusammenarbeit im RGW 

Unter den Hauptrichtungen des 
wissenschaftlich-technischen Fort- 
schritts der RGW-Länder bis zum 
Jahre 2000 nimmt die Elektronisie- 
rung einen besonderen Platz ein. Die 
Zusammenarbeit auf diesem Gebiet 
umfaßt 35 Themen. Ihr Spektrum ist 
recht weit gefächert - es reicht von 
der gemeinsamen Forschung, Ent- 
wicklung, Produktion und Anwen- 
dung von Rechentechnik bis hin zum 
Gerätebau, zu Lasertechnik und 
Nachrichtenmitteln. Bezeichnend ist 
unter anderem das Beispiel des Kom- 
binats Robotron. Bei Orientierung auf 
den sozialistischen Markt (70 Prozent 
der Erzeugnisse gehen in RGW-Län- 
der) erzeugt dieser Betrieb eine breite 
Palette: Elektronische Schreibma- 
schinen und Personalcomputer, Ter- 
minals und Steuerrechner arbeiten 
zuverlässig in den RGW-Ländern. 
Ein hohes technisches Niveau bei der 
Produktion komplizierter elektroni- 
scher Erzeugnisse haben auch Vi- 
deoton (UVR) und Tesla (CSSR). 
Durch die Kooperationsbeziehungen 
wächst und erneuert sich ständig das 
Sortiment elektronischer Bauele- 
mente. Gestützt auf langjährige Er- 
fahrungen haben die RGW-Länder 
jetzt eine neue, höhere Stufe der Zu- 
sammenarbeit auf der Grundlage des 


Komplexprogramms des wissen- 
schaftlich-technischen Fortschritts 
erreicht. In den letzten zwei bis drei 
Jahren ist die Serienproduktion vieler 
neuer Maschinen in der UdSSR und 
der DDR aufgenommen worden. In 
der CSSR, der VRB und der DDR 
wird angestrebt, demnächst neue 
moderne Rechner verschiedener Lei- 
stungsklassen mit bis zu zehn Millio- 
nen Operationen pro Sekunde zu ent- 
wickeln. Polen entwickelt dafür vor al- 
lem Technologien und Ausrüstungen 
zur Herstellung mehrschichtiger Lei- 
terplatten, grafische sowie numeri- 
sche und alphanumerische Anzei- 
gen, Ungarn spezialisiert sich unter 
anderem auf logische Informations- 
und Rechnersysteme. Ab 1988 betei- 
ligen sich die rumänischen Speziali- 
sten aktiver an der Zusammenarbeit. 
Sie wollen wichtige Bauelemente so- 
wie grafische Arbeitsstationen lie- 

Die begonnene industriemäßige 
Züchtung von Silizium-Einkristallen 
mit einem Durchmesser bis 200 Milli- 
meter und einer Masse von 60 Klio- 
gramm ist eine wichtige Vorausset- 
zung für die Herstellung von Chips. 
Die Wissenschaftler des bulgari- 
schen Instituts für Festkörper und des 
sowjetischen physikalisch-techni- 
schen Joffe- Instituts konstruierten 
eine Spezialvorrichtung, durch die 
man Trägerschichten mikroelektroni- 
scher Schaltkreise mit idealer Ober- 
fläche erhält. Nun wird in Plowdiw ein 
internationales Laboratorium zur Ent- 
wicklung dieser Technologie und ih- 
rer Einführung in die Produktion ge- 
schaffen. Bekanntlich wurde in Koo- 
peration zwischen Betrieben der 
UdSSR und dem Kombinat Carl Zeiss 
Jena mit der Herstellung techno- 
logischer Ausrüstungen zur Produk- 
tion integrierter mikroelektronischer 
Schaltkreise mit 1 MBit Speicherka- 
pazität begonnen, was dem Weltni- 
veau entspricht. So setzt sich immer 
stärker die Tendenz zu einem Niveau 
kooperativen Zusammenwirkens 
durch, das es gestattet, in sämtlichen 
Abschnitten des Prozesses „Wissen- 
schaft - Technik - Produktion - Ab- 
satz" den geplanten und erwarteten 
technologischen Schub zu realisie- 

ADN-Medwedew 


China verstärkt 
Produktion von Computern 

In den vergangenen zwei Jahren wur- 
den in Peking viele Elektronikläden 
eröffnet 

Sie bieten sowohl der Industrie und 
Verwaltung, aber auch privaten Inter- 
essenten eine breite Palette, vom 
Kleincomputer bis zum vollfarbgrafik- 
fähigen 1 6-Bit-Personalcomputer. 
Chinas erster Rechner war 1 958 ent- 
standen Aber erst mit Beginn der 
Wirtschaftsreform und der Öffnung in 
den 80er Jahren setzte auf der 
Grundlage von Importen die Entwick- 
lung einer eigenen Schaltkreisindu- 

Auf der Basis von IBM-Standards und 
unter Verwendung importierter Kom- 
ponenten begann in China auch die 
Produktion von 16-Bit-Personalcom- 
putern und Peripherie. Rund 1 50 000 


dieser Rechner, ein Großteil davon 
Importe, sind heute im Einsatz. Ziel ist 
es, zunehmend Schaltkreise aus ei- 
gener Produktion zu verwenden. 
Zahlreiche Varianten wurden inzwi- 
schen für die Eingabe von chinesi- 
chen Schriftzeichen in Computer ge- 
schaffen. 

Der akute Mangel an hochqualifizier- 
tem Personal, insbesondere im Soft- 
ware-Bereich, ist nach chinesischer 
Einschätzung noch ein Hindernis für 
die weitere Entwicklung dieses Zwei- 
ges. Verstärkte Ausbildung soll in den 
kommenden Jahren Abhilfe schaf- 
fen. 

ADNIMP 


Ingenieurbetriebe helfen 

Die 15 Ingenieurbetriebe für die An- 
wendung der Mikroelektronik unter- 
stützten im Vorjahr insbesondere 
Klein- und Mittelbetriebe mit 1 59 spe- 
ziellen wissenschaftlich-technischen 
Leistungen, deren Nutzen sich auf 
über 48 Millionen Mark belief. Damit 
konnten die Anwender 1987 allein 
102000 Stunden Arbeitszeit einspa- 
ren. Die Ingenieurbetriebe, in den 
letzten beiden Jahren in allen Be- 
zirksstädten der DDR aufgebaut, ge- 
ben den Betrieben vor allem im Rah- 
men der territorialen Rationalisierung 
aktive Hilfe beim Einsatz der Mikro- 
elektronik und Rechentechnik. Der- 
zeit vereinen sie etwa 600 hochquali- 


Unix-Mehrplatzgrafik 

Als Neuheit auf dem Unix-Markt bie- 
tet Siemens jetzt Mehrplatzgrafik in 
seinen Sinix-Computersystemen an. 
Damit können erstmals die Vorteile 
von Grafikarbeitsplätzen wie einfach- 
ste Bedienung und vergößerter Funk- 
tionsumfang (objektorientierte Be- 
dienoberfläche und Fenstertechnik) 
nicht nur an einem, sondern an gene- 
rell allen Arbeitsplätzen eines Mehr- 
platzsystems genutzt werden. So 
kann der gleichzeitige Ablauf von 
mehreren Programmen (Multitas- 
king) in mehreren Fenstern auf dem 
Bildschirm verfolgt werden. Basis da- 


fizierte Kader, die über moderne 
rechentechnische Mittel zum Entwurf 
spezieller Gerätetechnik und von 
Software verfügen. Sie bieten vor al- 
lem Erstanwendern der Mikroelektro- 
nik einen umfangreichen Service. So 
wirken die Ingenieurbetriebe beim 
Entwurf und der Applikation anwen- 
derspezifischer Schaltkreise mit und 
bieten als Dienstleistung ihren Part- 
nern Schulung und Einweisung zum 
Bedienen, Warten und Instandsetzen 
mikroelektronischer Technik. Im Vor- 
jahr hat sich der ökonomische Nutzen 
dieser Gemeinschaftsarbeit für die 
Anwender gegenüber 1986 nahezu 
verdoppelt. Durch Fachvorträge und 
Konsultationen unterstützen die Inge- 
nieurbetriebe zudem Erstanwender 
der Mikroelektronik und Mikrorechen- 
technik aktiv bei der Qualifizierung. 
So wurden 1 987 fast 1 8 000 Werktä- 
tige aus Klein- und Mittelbetrieben 
der DDR in 513 Lehrgängen mit mo- 
derner Rechentechnik vertraut ge- 
macht. Deshalb wird die Zusammen- 
arbeit der Ingenieurbetriebe mit örtli- 
chen Staatsorganen, insbesondere 
den Bezirkswirtschaftsräten, ausge- 
baut. 

ADN 


für ist der neue Grafik-Bildschirmar- 
beitsplatz 97808, ausgerüstet mit ei- 
genem Prozessor und eigenem Spei- 
cher. Er kann sowohl in der Grafik- 
Betriebsart als auch iri der üblichen 
alphanumerischen Betriebsart arbei- 
ten. Sein Schwarzweißbildschirm mit 
15 Zoll Diagonale hat eine Bruttoauf- 
lösung von 792 x 594 Pixel. Alle Pixel 
sind einzeln ansteuerbar. Die hohe 
Bildwiederholfrequenz von 70 Hz 
sorgt dabei für eine flimmerfreie Dar- 
stellung. 


In eigener Sache 

Für eine weitere Redakteurstelle in unserer Zeitschrift suchen wir einen 
geeigneten Mitarbeiter bzw. eine Mitarbeiterin mit abgeschlossenem 
Hoch- oder Fachschulstudium und guten Kenntnissen der Computer- 
technik. 

Zu den Aufgaben gehören unter anderem das redaktionelle und fachli- 
che Bearbeiten von Manuskripten, der Besuch und die Auswertung von 
Fachtagungen, -messen und -ausstellungen, die Zusammenarbeit mit 
Autoren und Gutachtern sowie ggf. das Testen und Beurteilen von Pro- 
grammen, die der Redaktion zur Veröffentlichung eingereicht wer- 
den. 

Falls Sie Interesse an dieser Tätigkeit haben und im Raum Berlin woh- 
nen, rufen Sie uns unter Tel. 2870371 oder 2870203 an oder schrei- 
ben Sie an: 

VEB Verlag Technik, Redaktion MP, Oranienburger Str. 13/14, Berlin 
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Transputer 
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Ziel des Beitrages ist es, die Transputer- 
grundkonzeption an Hand des Transputers 
IMS T424 und die Sprache OCCAM vorzu- 
stellen. Als Einheit stellen sie eine Möglich- 
keit dar, die Leistungsfähigkeit von Daten- 
übermittlungsanlagen zu erhöhen. 

Mit dem Auftreten immer komplexerer Pro- 
blemstellungen in allen Bereichen des Le- 
bens, besonders in Wissenschaft und Tech- 
nik, ergibt sich die Notwendigkeit, die Verar- 
beitungsgeschwindigkeit von Computern 
stark zu erhöhen. Ein Weg besteht darin, die 
Fortschritte bei der Erhöhung der Rechnerlei- 
stung durch Verbesserungen in der Bauele- 
mente-Technologie zu erzielen. Jedoch nä- 
hert man sich hierbei einer physikalischen 
bzw. technologischen Grenze. Dies gilt be- 
sonders für die wichtige technische Kennzif- 
fer, die Operationsgeschwindigkeit, die zwar 
nicht das einzige Maß für die Leistungsfähig- 
keit eines Computers darstellt, aber trotzdem 
als ein fundamentales Merkmal angesehen 
werden muß IV. Ein anderer Weg bestand 
und besteht in der Weiterentwicklung der 
konventionellen J.-v. -Neumann-Architektur. 
Die Verbesserung der Software war und ist 
ebenfalls ein Weg zur Erhöhung der Lei- 
stungsfähigkeit bestehender und zukünftiger 
Rechner. In der Gegenwart wird versucht, 
den geforderten Leistungszuwachs mit Hilfe 
neuer Rechnerarchitekturen, die z. B. durch 
die Parallelverarbeitung von Daten gekenn- 
zeichnet sind, zu erzielen. Für die Erhöhung 
der Verarbeitungsgeschwindigkeit durch teil- 
weise oder vollständige Parallelverarbeitung 
spricht - unter anderem -, daß man schon 
gegenwärtig mit der zur Verfügung stehen- 
den Technik an die Lösung dieser Aufga- 
benstellung gehen kann IV, 121. Jedoch wer- 
den schließlich nur jene Rechner den not- 
wendigen Leistungszuwachs in der Informa- 
tionsverarbeitung erzielen, die auf der Basis 
revolutionärer Technologien und Architektu- 
ren arbeiten. Hier wären z. B. die For- 
schungsrichtungen für Biocomputer 13/ und 
reine optische lnformationsverarbeitungssy- 
steme/4/ zu nennen. 

Der Transputer IMS T424 

Dem Transputerkonzept 151, 161, TTI liegt die 
Idee zugrunde, mit Hilfe eines speziellen Mi- 
krorechnerbausteines leistungsfähige Multi- 
prozessorsysteme, die nicht unter dem Pro- 
blem der zunehmenden Busbelastung bei 
steigender Anzahl von Prozessen leiden, zu 
realisieren. 

Der Transputerbaustein IMS T424 (Bild 1 ) 
wird in CMOS-Technik hergestellt. Er ist in ei- 
nem 84poligen Chip-Carrier-Gehäuse aus 
Keramik untergebracht, beherbergt einen 32- 
Bit-Hochleistungsprozessor in RISC-Archi- 
tektur (Reduced Instruction Set Computer) 
mit 48 Befehlen und 50 ns Zykluszeit. Ein sta- 
tischer 4-KByte-RAM mit 35 ns Zugriffszeit, 
vier Kommunikationskanäle (Link 0-3), seriell 
und bidirektional, mit je 1,5MByte/s Daten- 
rate pro Richtung, ein 32-Bit-Speicher-lnter- 
face (25MByte/s), ein 8-Bit-Peripherie-lnter- 
face (4 MByte/s) und ein Zeitgeber (32-Bit mit 


1 ps Auflösung) als Echtzeitbasis für zeitab- 
hängige Probleme gewährleisten einen ho- 
hen Datentransfer. 

Durch diese komplexen Funktionen auf ei- 
nem Chip ergeben sich verschiedene Vor- 
teile, so unter anderem, daß der Bauelemen- 
teaufwand gering ist, ein externer Zeitgeber 
entfällt und die Abmessungen des Multipro- 
zessorsystems günstiger ausfallen. Ein wei- 
terer Vorteil ist die Komplexität eines jeden 
Transputers zu anderen Transputergenera- 
tionen. Dies wird unter anderem dadurch er- 
leichtert, daß dem T ransputer bei der Herstel- 
lung eine Signatur eingeschrieben wird, die 
per Programm gelesen werden kann, wo- 
durch dann Typ, Geschwindigkeit, Wortbreite 
usw. erkannt werden können. Die CPU ent- 
hält acht 32-Bit-Register (Bild 2). Jedes Regi- 
ster führt eine spezifische Funktion aus. Drei 
der acht Register bilden einen Stapelbereich 
für arithmetische und andere Datenoperatio- 
nen. Der Befehlszeiger arbeitet in gewohnter 
Weise. Der Arbeitsraumzeiger enthält die Ba- 
sisadresse des Arbeitsspeicherbereiches ei- 
nes Prozesses. Bei jeder Prozeßumschal- 
tung wird er aktualisiert. Mit den F- und B-Re- 
gistern wird der Anfang und das Ende einer 
Warteschlange, sie dient der Überwachung 
der einzelnen Prozesse, verwaltet. Das Be- 
fehlsformat (Bild 3) ist für alle Befehle gleich. 
Es besteht aus zwei Feldern zu je 4 Bit Ope- 
rationscode und Operand. Da 4 Bit nur 1 6 Be- 
fehle ergeben, kann der Befehlssatz mit spe- 
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ziellen Präfix-Befehlen, das sind Befehle, die 
vor anderen Befehlen eingefügt werden, er- 
weitert werden. 

Der interne RAM-Bereich kann mit dem viel- 
seitigen Speicher-Interface (Bild 4) erweitert 
werden, und über das Peripherie-Interface 
können Peripherie-Bausteine angesteuert 
werden. Alle Schnittstellen arbeiten unab- 
hängig voneinander und dürfen gleichzeitig 
angesteuert werden. 

Mit Hilfe der vier Kommunikationskanäle ist 
es möglich, die Transputer-Bausteine zu ei- 
nem Multiprozessorsystem zusammenzu- 
schalten. Dabei ergeben sich vielfältige Mög- 
lichkeiten, dem jeweiligen Problem ange- 
paßte Strukturen zu bilden (Bild 5); auch 
räumliche Gebilde sind, indem man zwei 
Transputer zu einem Knoten verbindet 
(Bild 6), möglich. 

Prozessorsysteme lassen sich mit einem 
Transputer oder mit beliebig vielen errichten, 
wobei ein OCCAM-Programm, welches für 
mehrere Prozessoren geschrieben wurde, 
auch auf einem einzelnen Transputer läuft. 
Dabei besteht nicht die Notwendigkeit, das 
ganze Softwarepaket umzuschreiben. Ledig- 
lich ein paar Zuweisungen am Beginn des 
Programms müssen dann geändert wer- 
den. 

Die Kommunikation zwischen den einzelnen 
Transputern erfolgt prozessorunabhängig 
und asynchron. Bild 7 18/ zeigt das Datenfor- 
mat des Kommunikations-Protokolls. 
Nachteile des IMS T424 sind z. B., daß 191: 

- sich der Datenaustausch auf eine Spei- 
cher-Speicher-Kommunikation beschränkt 
und somit ein Zugriff mehrerer T ransputer auf 
einen gemeinsamen Speicherbereich nicht 
möglich ist. 

- nur Daten zwischen den Speichern direkt 
über Kommunikationswege, genannt 
„Links“, miteinander verbundener Transpu- 
ter ausgetauscht werden können. Dies be- 
deutet, daß ein Durchschalten der Links 
durch mehrere Transputer zu einem soge- 
nannten Fernweg (telepath) nicht möglich ist. 

- sich die räumlichen Transputeranordnun- 
gen nur durch das Zusammenschalten von 
zwei Transputern zu einem Knoten realisie- 
ren lassen. 

- der interne Speicher für verschiedene An- 
wendungszwecke zu klein sein wird. 

Weitere Aussagen zu Transputern finden 
sich z. B. in den Quellen /10/, /II/, /12 1, 

/13 /. 

Anwendungsbeispiele 

Probleme, die als parallele Prozesse struk- 
turierbar sind, lassen sich mit Hilfe von T rans- 
puternetzwerken leicht bearbeiten /7/. Ein 
Grund hierfür ist, daß sich die Transputer- 
netzwerke gut an die jeweilige Aufgabenstel- 


Bild 1 Transputerbaustein 
IMST424 


Bild 2 Registersatz der CPU 



Bild 3 Befehlsformat 


Bild 4 Speicherinterface 
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Bild 5 Beispiele für das Zusammenschalten 
von Transputern unter Ausnutzung einer unter- 
schiedlichen Anzahl von Verbindungsleitungen 


Bild 6 Transputerknoten mit sechs Verbindun- 
gen zum Aufbau von räumlichen bzw. gemisch- 
ten Strukturen 



lung anpassen lassen. Beispielsweise wer- 
den beim Betreiben von Datenbanksystemen 
oder der Echtzeit-Signalanalyse hohe Daten- 
durchsatzraten benötigt, die sich dann mit ei- 
ner entsprechenden Anzahl von Transputern 
realisieren lassen. Als klassisches Beispiel 
für die Anwendung von Transputern findet 
man in der Literatur /7/, /14/die schnelle Fou- 
riertransformation (FFT - Basisalgorithmus 
der Signalanalyse), da bei der FFT zahlrei- 
che gleichartige Operationen, Schmetter- 
lingsoperationen genannt, durchgeführt wer- 
den. Hierbei kann die Struktur der FFT auf ein 
lineares Feld (Pipeline) von Transputern ab- 
gebildet werden. Solch ein lineares Feld kann 

Tafell Auswahl der OCCAM-Befehle 



tokolls 

Bild 8 Der IMST424als „Butterfly“-Maschine 



aber nur eine bestimmte Abtastfrequenz ver- 
kraften. Werden höhere Abtastraten benö- 
tigt, können mehrere lineare Transputerfel- 
der parallel verwendet werden. Wird bei- 
spielsweise eine Transformation von 64 
Meßwerten gewünscht, kann man sechs 
Transputer in Reihe schalten, und für 1024 
Werte können 10 Transputer linear angeord- 
net werden. Bei der Bildverarbeitung ( 1 024 x 
1024 Bildpunkte), die den FFT-Algorithmus 
auch verwendet, würde man mit einem qua- 
dratischen Feld von 10 x 10 Transputern mi- 
nimale Verarbeitungszeiten erreichen. Bild 8 
zeigt den Transputer IMS T424 als „Butter- 
fly“-Maschine. 

Folgende zwei Demonstrationsbeispiele für 
die Leistungsfähigkeit von Transputern wur- 
den in /1 5/ vorgestellt. In beiden Anwen- 
dungsfällen kam der Transputertyp IMS 
T414, der ebenfalls ein 32-Bit-Hochlei- 
stungsprozessor ist /1 6/, zum Einsatz. 

Im ersten Beispiel wird ein System von 16 
Transputern, angeordnet als 4x4-Matrix, 
das der Datenreduktion bei der Identifikation 
von Fingerabdrücken dient, vorgestellt. 
Hierbei besteht für das System die Aufgabe, 
aus etwa 250 KByte Rohdaten rund 1 KByte 
kodierter Nutzerinformation über die wichtig- 


sten Charakteristika eines Fingerabdrucks 
zu destillieren. Das System arbeitet diese 
Aufgabe in rund drei Sekunden ab. 

Als zweites Beispiel wird ein System be- 
schrieben, welches einen Fingerabdruck- 
satz, bestehend aus 10 Einzelabdrücken von 
jeweils 1 KByte Datenvolumen, mit 3,5 Millio- 
nen gespeicherten Fingerabdrucksätzen ver- 
gleicht und eine eventuelle Übereinstimmung 
erkennt. Gelöst wird diese Aufgabe mit einem 
System von 100 Transputern in quadrati- 
scher 10 x 10-Konfiguration und einem Plat- 
tenspeicher; es erreicht etwa 500 Vergleiche 
pro Sekunde. 

Programmiersprache OCCAM 

OCCAM 171 , /17/ ist eine höhere Program- 
miersprache (Fachsprache), die das Modell 
der parallelen kommunizerenden Prozesse 
unterstützt. Der Transputer setzt dieses Mo- 
dell in die Hardware um. 

OCCAM ist blockorientiert, obwohl es keine 
„Begins“ und „Ends“ gibt. Sie wurde für Sy- 
steme mit einer beliebigen Anzahl von Pro- 
zessoren definiert. Es findet echte Parallelar- 
beit statt, d. h., Teile des Programms werden 
gleichzeitig abgearbeitet. Eine Ausnahme er- 
gibt sich beim Betreiben von nur einem Pro- 
zessor; hier bearbeitet der Transputer ab- 
wechselnd verschiedene Programmteile. 
Durch diese Konzeption ist es möglich, frei zu 
entscheiden, wieviel Transputer verwendet 
werden sollen, da die Softwarepakete (bis 
auf einige Zuweisungen am Anfang des Pro- 
gramms) nicht verändert werden müssen. 

Der Informationsaustausch zwischen den 
einzelnen OCCAM-Prozessen findet über 
OCCAM-Kanäle statt. Wenn OCCAM-Pro- 
zesse in mehreren Prozessoren gleichzeitig 
ablaufen, werden die OCCAM-Kanäle durch 
Punkt-zu-Punkt-Schnittstellen gebildet. 
Hierzu verfügt der Transputer über die 
Links. 

Die Basis von OCCAM wird durch folgende 
fünf primitive Prozesse gebildet: 

Assignment - Veränderung des Wertes 
einer Variablen 

input - einen Wert von einem Ein- 

gabekanal lesen 

Output - einen Wert in einen Aus- 
gabekanal schreiben 
SKIP - keine Operation, beendet 

aber einen Prozeß 

STOP - bricht einen Prozeß ab. 


Sprachelement Beispiel Erklärung 


Kanal- CHANa.b: ä' und ’b' sind zwei Kanäle. 

Vereinbarung CHANc[10): 'c' ist ein Feld von 1 0 Kanälen. 


Prozeß- PROCdfCHAN a.b)= Ein Prozeß mit dem Namen d' und den zwei 

Vereinbarung Schnittstellenkanälen ’a’ und 'b' wird vereinbart. 


Variablen- VARx.bool.x.dd Vereinbarung von 3 Variablen 

verenbarung VARVektor[100] Feld mit 100 Elementen 


Sprachelement Beispiel Erklärung 


Bedingung IF herkömmliches Bedingungssstatement 

x=0 Wenn x=0, dann... 


Schleife WHILEx=0 herkömmliche WHILE-Schleife 

in?x Lies solange, bisxr^Oist. 


Einrückungen SEQ Einrückungen werden verwendet, um eine 

(um 2 Leer- r:=0 Menge von Prozessen einzuklammern. 

Zeichen) PARi = [0FOR10] 


Kommentar Einem Kommentar muß immer ein Bindestrich 

(Bindestrich) vorangestellt werden. 


Eingabe in?x LeseneinesWertesvomKanal'in'. 


Ausgabe ausiZeichen.x Schreiben eines Zeichens und eines Wertes in 

den Kanal aus'. 


Zugriff Zeichen:=h [BYTEx] Der Variablen Zeichen 'wird das x-te Byte des 

auf ein Byte Feldes h zugewiesen. 


Zuweisung x:=x+ 1 Der Wert von x wird um 1 erhöht. 


Sequenz SEQ Sequentieller Block von Prozessen. 



Parallelität PAR i=|0 FOR 1 0] 10 parallele Prozesse 

Vek[i]:=0 Jeder Prozeß setzt ein Element des Feldes 'Vek' 

auf den Wert 0 


Alternativen ALTi=[0FOR10] 10 gleichberechtigte Prozesse 

eingang[i]?x Der erste aktive Kanal und sein Prozeß werden 

bedient. 

auslx Der gelesene Wert wird ausgegeben. 
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Eine Auswahl der OCCÄM-Befehle gibt Ta- 
fel 1 . Zusammenfassend läßt sich feststellen, 
daß OCCAM eine kleine und kompakte Spra- 
che ist und das einzelne OCCAM-Programm 
eine Zusammenstellung von OCCAM-Pro- 
zessen ist. Der Anwender legt bei dieser 
Sprache explizit den Grad der Parallelverar- 
beitung fest. 

Weitere Aussagen zu der Sprache OCCAM 
und kommentierte Programmbeispiele fin- 
den sich in den Quellen /1 8/, /1 9/, /20/. 


Literatur 




Arbeit mit ASCII-Dateien 
im Betriebssystem SCP 


MKS$- oder MKD$-Befehl möglich, das soll 
hier aber nur am Rande erwähnt werden. In 
DA-Dateien können beliebige Datensätze je- 
derzeit verändert werden, Lesen und Schrei- 


Kornelia Müller, Michael Lennartz 


1. ASCII-Standarddateien 

Im Betriebssystem SCP kann auf vielfältige 
Weise mit ASCII-Dateien gearbeitet werden. 
Praktisch jedes Programmsystem (Textpro- 
zessor, BASIC-80 u. a.) erzeugt ASCII-Da- 
teien. Häufig werden unterschiedliche Pro- 
grammsysteme miteinander gekoppelt, um 
spezielle Leistungsparameter effektiv einzu- 
setzen. Solche Verbindungen sind beispiels- 
weise: 

- Dateneingabe mit REDABAS urlter Nut- 
zung der Eingabemasken 
Weiterverarbeitung mit BASIC 

- Eingabe und Verarbeitung mit BASIC, 
Ausgabe sortierter oder mit FOR-Bedingung 
selektierter Datensätze mit REDABAS 

- Umstellung von BASIC auf PASCAL, wei- 
tere Nutzung der BASIC-Dateien 

- Berechnung mit KP und Auswertung/ 
Druck mit REDABAS usw. 

Unmittelbarer Datenaustausch zwischen ein- 
zelnen Programmsystemen ist jedoch nicht 
ohne weiteres möglich. Standardsoftware ar- 
beitet mit modifizierten Datenformaten, die 
dem Leistungsvermögen der einzelnen Pro- 
gramme angepaßt sind. 

Eine ASCII-Datei besteht ausschließlich aus 
Zeichen, die im ASCII-Code verschlüsselt 
sind. Für alphanumerische Informationen ist 
das die günstigste Darstellungsart. Zahlen 
hingegen können auf unterschiedliche Weise 
in ein Hexadezimalformat überführt werden. 
In einer ASCII-Standard-Datei we rden auch 
Zahlen im ASÖll-Code dargestellt. Dadurch 
ist ein einfacher, von hexadezimalen Um- 
wandlungen oder prozessorinternen Darstel- 
lungsarten unabhängiger Übertragungspro- 
zeß von Informationen gewährleistet. In einer 
Standarddatei werden einzelne Datensätze 
durch CR LF ( ODH OAH) getrennt. Da s Ende 
einer DateTwird mit SUB ( t AH) qekennzeich- 
net. Ein Beispiel zeigt Bild 1 . Diese Form der 
ASCII-Datei garantiert die volle Verarbeitbar- 



Bild 1 Aufbau einer Datei Im Standardformat 


keit einer Datei in allen Standardprogram- 
men des Betriebssystems. Sie kann mit dem 
residenten Kommando TYPE aufgelistet 
bzw. gedruckt werden. In den folgenden Ab- 
schnitten wird beschrieben, wie da s Stan-_ 

SDF. bezeichnet) erzeugt werden kann und 
welche Schritte unternommen werden müs- 
sen, um Dateien im Standardformat in ein 
Programm zu übernehmen. 

2. BASIC-80 

2.1. BASIC-80-Programme 

In den meisten BASIC-Dialekten werden die 
Befehlswörter intern durch ein Kurzzeichen 
(Token) dargestellt, wodurch Speicherplatz 
und Ausführungszeit gespart werden. Eine 
Verarbeitung des Programms mittels Text- 
prozessor wird dadurch ausgeschlossen. 
Soll das Programm in der lesbaren Form ab- 
gespeichert werden, so ist bei BASIC-80 die 
Option ”A" anzugeben: 

SAVE dateiname,A 

Diese Option wird ebenfalls für das MERGE- 
Kommando und Compiler-Quelltexte ver- 
langt. Durch die A-Option wird das Programm 
als ASCII-Datei auf Diskette abgelegt. 


BASIC-80 arbeitet mit Direktzugriffs-(DA-) 
und sequentiellen Dateien. Beides sind reine 
ASACII-Dateien. Zahlen müssen vor der 
Ausgabe in Zeichenketten umgewandelt 
werden. Zur Einsparung von Speicherplatz 
ist die Konvertierung der Hexadezimaldar- 
stellung in eine Zeichenkette mittels MKI$-, 


ben sind quasi gleichzeitig möglich, während 
sequentielle Dateien nur zum Lesen oder nur 
zum Schreiben eröffnet werden können. DA- 
Dateien eignen sich besonders für Einsatz- 
fälle, in denen einzelne Datensätze einem 
häufigen Veränderungsprozeß unterliegen. 
Sie sind jedoch nicht zu anderen Darstellun- 
gen kompatibel. Nur sequentiell zum Schrei- 
ben eröffnete Dateien, deren Sätze mit 
PRINT#n,variable;variable: . . . 
geschrieben werden, erhalten das oben be- 
schriebene Format. 

'Seque ntielle Datei ~^ 

Die folgenden Befehle erzeugen eine Datei, 
deren Aufbau Bild 1 entspricht. 
OPEN”0”,#2,dateiname 
PRINT#2,variable;variable;variable 
—bzw. konkret 

PRINT#2, "SCHRAUBE 0001 2” 

Mit 

CLOSE#2 

wird die Datei geschlossen und das Datei- 
ende SU^ anoefüat. 

' QA-Datejj S 

Dfe Vorgehensweise für die Erzeugung einer 
Direktzugriffsdatei ist eine andere: 
OPEN”R”,#1,dateiname,datensatzlaenge 
FIELD#1 Jaenge AS puffervariable, . . . 

RSET puffervariable=zeichenkettenvariable 
PUT# 1 .datensatzzaehler 
Der abgespeicherte Datenstrom für unser 
obiges Beispiel besitzt den Aufbau nach 
Bild 2. Es werden weder Datensatzende 
noch Datenende geschrieben, auf DA-Da- 
teien ist die Funktion EOF nicht anwend- 
bar. 

Sollen DA-Dateien in anderen Programmsy- 
stemen verarbeitet werden, so müssen sie 
vorher in das sequentielle Format überführt 
werden (vgl. Bild 3). Die so erzeugte sequen- 
tielle Datei läßt sich mit Textprozessor, 
TURBO-PASCAL oder REDABAS weiterver- 
arbeiten. 
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Bild 2 Datenstrom ei- 
ner DA-Datei (BASIC) 



Bild 3 Umwandlung einer DA- in eine sequentielle Datei in BASIC 



Bild 6 Zuordnung eines Datenstroms in REDABAS ► 



Bild 5 Umwandlung einer BASiC-DA-Datei in eine SDF-Datei mittels 
TURBO-PASCAL 



sentlichste Mangel des Standard-PASCAL, 
das Fehlen von Anweisungen für den Direkt- 
zugriff, wird mit dem Befehl 
SEEK (dateivariable, datensatzzeiger) 
für die Positionierung des Schreib-/Lesekop- 
fes beseitigt. 

Kompatibilität zu BASIC und anderen Pro- 
grammsystemen ist mit TURBO-PASCAL- 
Dateien nicht gewährleistet. Als SDF-komp a- 
tibles Format ist der Dateitvp TEXT anzuse- 
-hen. a uf den allerdings der Befehl SEEK nicht 
anwendbar ist. Mittels TEXT-Dateien werden 
maximal 255 Zeichen lange Datensätze ein- 
gelesen und weiterverarbeitet. Bild 4 zeigt ein 
Programm, das eine SDF-Datei in eine Zei- 
chenkettenvariable mit 15 Byte Länge ein- 
liest und auf dem Bildschirm zur Kontrolle an- 
zeigt. Mit der Anweisung READLN wird ein 
Datensatz bis CR LF gelesen. TURBO-PAS- 
CAL kann auch BASIC-80-Direktzugriffsda- 
teien lesen, wenn in Zeile 1 1 mit der Anwei- 
sung READ gearbeitet wird. READ liest un- 
abhängig von der Datensatzendekennung 
soviel ASCII-Zeichen, wie die Länge der Zu- 
weisungsvariablen S angibt. Ebenso werden 
durch WRITE Datensätze ohne, durch WRI- 
TELN Datensätze mit CR LF als Ende er- 
zeugt, sofern als Dateityp TEXT definiert 
wurde. 

Im Unterschied zu BASIC-80 schließt 
TURBO-PASCAL auch mit WRITE geschrie- 
bene Dateien, deren Datensätze einen äqui- 
valenten Aufbau wie DA-Dateien in BASIC 
besitzen, mit SUB ab. Das Beispielprogramm 
in Bild 5 wandelt eine BASIC-80-DA-Datei in 
eineTURBO-PASCAL-Datei im Standardfor- 
mat um. 


4. Textprozessor 

Der Textprozessor TP arbeitet als einziges 
. Program m durchgängig und ausschließlich 
I mit dem "Standardformat. Sinnvoll genutzt 
•wird diese Möglichkeit zum Beispiel für die 
Verwendung von SDF-Kopien aus REDA- 
BAS und Diskettenprotokolien von KP. Dar- 
über hinaus kann er Quelltexte für beliebige 
Programmiersprachen erzeugen. Es ist zu 


berücksichtigen, daß im Dokument-Modus 
Steuerzeichen eingefügt werden, die von an- 
deren Programmsystemen eventuell nicht 
verarbeitet werden. 

5. REDABAS 

REDABAS-Dateien sind sequentiell organi- 
siert. In einem Vorspann (Header) wird die 
Dateistruktur abgelegt. Dadurch ist die Ver- 
wendung von REDABAS-Dateien in anderen 
Programmsystemen nicht realisierbar. Mit 
der Optio n SDF in Verbindung mit COPY und. 
APPEND w erden Dateien im Standardformat 
erzeugt bzw. weiterverwendbar. Copy ver- 
hindert mit SDF die Erzeugung des Headers 
in der kopierten Datei, wobei die FOR- und 
die FIELD-Klausel uneingeschränkt wirksam 
bleiben: 

COPY TO dateiname SDF 

Ebenso bewirkt SDF als Ergänzung zu AP- 
PEND die Übernahme einer sequentiell orga- 
nisierten Datei ohne Header: 

APPEND FROM dateiname SDF 
Entsprechend der definierten Struktur wer- 
den die Daten des eingehenden Stromes 
Byte für Byte den Feldern des REDABAS- 
Satzes zugeordnet. Mit dem Erkennen des 
Zeilenende s CR LF wird der nächste Daten- 
satz aufgebaut. Bild 6 erläutert, wie die Zei- 
chen eines Datenstroms bei unterschiedli- 
cher Definition der Datenstruktur zugeordnet 
werden. 

6. Kalkulationsprogramm 

Das Kalkulationsprogramm erzeugt ASCII- 
Standarddateien im behandelten Format als 
Protokolldatei auf Diskette. Mit der Anwei- 
sung 

/PB, bereich, D, dateiname 

wird das Protokoll nicht auf Bildschirm oder 
Drucker, sondern auf Diskette erzeugt. Die 
Übernahme von KP-fremden Dateiinhalten 
ist trivial nicht möglich. KP ist damit das ein- 
zige Programmsystem, das keine Standard- 
dateien weiterverarbeitet. Die Alternative ist 
die Umwandlung der ASCII-Datei in einen 
KP-Kommandostapel, in dem vor jedem Da- 
tensatz ein Sprungziel definiert wird. Das 


kann mit dem Textprozessor oder einem 
REDABAS-, BASIC- oderTURBO-PASCAL- 
Programm geschehen. 

Beispiel: 

Umwandlung einer Standarddatei in einen 
KP-Kommandostapel mittels Textprozessor: 
Ursprungsdatei: 

SCHRAUBE 00012 
MUTTER 00013 
Erzeugter Kommandostapel 
=a5, "SCHRAUBE 
=b5, ”00012 
=a6, "MUTTER 
=b6, "00013 

7. Schlußbemerkung 

ASCII-Standarddateien bilden ein wertvolles 
Hilfsmittel für die Mehrfachnutzung von Da- 
teien in unterschiedlichen Programmsyste- 
men. Sie lassen sich mit BASIC, TURBO- 
PASCAL, REDABAS und KP erzeugen so- 
wie in den drei erstgenannten übernehmen. 
Für Problemanalyse und Programmentwick- 
lung sollten diese Möglichkeiten der Dateige- 
staltung konsequent genutzt werden. 


UNIX-Gemeinschaft 

Am 16.3.1988 fand im Leitzentrum für Anwen- 
dungsforschung Berlin die 1. Tagung der Entwick- 
ler- und Anwendergemeinschaft UNIX-kompatibler 
Software statt. Die Gemeinschaft stellt sich das 
Ziel, die Anwendung von UNIX-kompatiblen Be- 
triebssystemen (MUTOS, PSU, WEGA, VMX u.a.) 
auf unterschiedlicher Hardware zu fördern und zur 
Erhöhung des Bestandes an Anwendungssoftware 
beizutragen. Interessenten für die Mitgliedschaft in 
dieser Gemeinschaft wenden sich an den 
VEB Leitzentrum für Anwendungsforschung, Soft- 
warebetrieb CAD/CAM, Jacques-Duclos-Str. 47/ 
52, Berlin, 1156, Abt. F13, Tel. 37803480/481 
(Koll. H. Grützbach). 


134 


Mikroprozessortechnik, Berlin 2 (1988) 5 



Textverarbeitungssystem TEXT2 für ICC 87 


Ingo Rohner, Dresden 


Ausgehend von den Erfahrungen bei der 
Entwicklung und beim Einsatz des Systems 
TEXT1 für KC 85/1 (Z9001) wurde für diese 
Gerätereihe ein neues Textsystem erstellt. 
Es ist wesentlich einfacher zu handhaben 
und trotzdem umfangreicher in seinen Mög- 
lichkeiten. 

Einfacher Dialog 

Der entscheidende Unterschied zwischen 
TEXT 1 und TEXT2 besteht in der Nutzerfüh- 
rung. Der Nutzer muß nicht mehr aus einem 
Menü seine gewünschte Funktion auswäh- 
len, sondern kann sofort, wie bei einer 
Schreibmaschine, schreiben. Eine Unter- 
scheidung zwischen Ersterfassung und 
Überarbeitung eines Textes gibt es nicht 
mehr. Ein zweiter wesentlicher Unterschied 
ist die Gestaltung der Schreibfläche. Da alle 
Rechner dieser Familie auf dem Bildschirm 
nur eine Darstellung von 40 Zeichen pro Zeile 
zulassen, mußte wiederum ein Kompromiß 
eingegangen werden. Dieser besteht aber 
nicht mehr in der Darstellung einer Textzeile 
über mehrere Bildschirmzeilen hinweg, son- 
dern in der Nutzung des Bildschirms als 
„Lupe“ über der Schreibfläche. Dies wird 
durch einen Rollmodus sowohl in horizonta- 
ler als auch in vertikaler Richtung erreicht. 
Zum Vereinfachen der Nutzerführung gehört 
die Fenstertechnik. In einem vom Nutzer defi- 
nierbaren Fenster werden, abgehoben vom 
Text, alle Systemausschriften, Eingabefor- 
derungen und Fehlermeldungen realisiert. 
Auch die Führung des Nutzers bei Unsicher- 
heiten erfolgt über dieses Fenster. 

Erweiterter Zeichensatz 

Der Satz der verwendeten Zeichen wurde 
gegenüber dem Vorgängersystem wesent 
lieh erweitert. Neu hinzugekommen sind die 
deutschen Umlaute ä, ö, ü, Ä, Ö und Ü 
sowie ß. Weiterhin stehen die eckigen 
und geschweiften Klammern zur Verfügung 
([\]{ :} ). Zu erreichen sind diese Zeichen 
über die LIST -Taste und eine Folgetaste. Die 
Umlaute können je nach Nutzerwunsch als 


inverse a, o, u . . . (bei Farbnutzung) oder als 
blinkende Zeichen (bei Nutzung eines 
Schwarzweißfernsehgerätes) dargestellt 
werden. Für die einfache Bestimmung von 
begrenzten Textmengen bei der Ausgabe 
oder der Gestaltung von Texten wurden 
Kennzeichen für den Blockbeginn und das 
Blockende eingeführt. Neu ist auch die Unter- 
stützung von 8 verschiedenen Schriftarten 
und 8 verschiedenen Zeilenvorschüben. Vor- 
gegeben werden nur die Maße des zu be- 
druckenden Papiers. Die Umrechnung der 
Schriftbreiten und der Zeilenvorschübe über- 
nimmt TEXT2. Standard sind 10CPI und 
6 LPI. Wird nun z. B. eine Schriftart mit 1 2 CPI 
gewählt, so passen auf eine Standardzeile 
statt der sonst 64 möglichen Zeilen nun 76 
Zeichen. 

Gestaltung von Texten 

Der Nutzer kann beliebig den linken Rand, 
die Zeilenlänge und die Seitengröße wäh- 
rend des laufenden Betriebes neu einstellen. 
Für das Gestalten von Texten stehen fol- 
gende Kommandos zur Verfügung: 

- Aufbereiten eines Abschnittes entspre- 
chend den eingestellten Formaten 

- T rennen der aktuellen Zeile an der Cursor- 
position in 2 Zeilen 

- Verbinden der aktuellen Zeile mit der 
nachfolgenden 

- Zentrieren von Zeilen 

- Kopieren bzw. Transportieren von mar- 
kierten Blöcken. 

Weiterhin gibt es die Möglichkeit, Steuerzei- 
chen für Unterstreichung, Fettdruck und 
Breitschrift in den Text einzufügen. Die auto- 
matische Gestaltung der Texte wird durch 
Schalter unterstützt, die zu jedem Zeitpunkt 
eingestellt werden können. Diese sind: 

- Tastatur im Schreibmaschinen- oder Com- 
putermodus 

- Insertmodus 

- Wortumbruch am Zeilenende 

- rechtsbündiges Ausrichten der Zeilen 

- halbautomatische Worttrennung 

- senkrechte Bewegung des Cursors. 

Die Worttrennung wird durch einen Algorith- 
mus realisiert, der mit einer Trefferquote von 


94% einen richtigen Trennvorschlag macht. 
Die senkrechte Bewegung des Cursors ist 
sinnvoll für die Erstellung von Grafiken und 
bedeutet, daß der Cursor bei Vertikalbewe- 
gungen nicht an das Ende der Zeile gestellt 
wird, falls sie kürzer als die Nachbarzeile ist, 
sondern exakt senkrecht bewegt wird. 


Positionierung des Cursors 

- Suchen eines Begriffes ohne Beachtung 
der Groß- und Kleinschreibung. Es gibt auch 
die Möglichkeit, von einem bestimmten Be- 
griff bis zu einem anderen zu suchen. 
Beispiel: Die Angabe von f#er findet die Be- 
griffe Feuer, Füller und Fieber. |edoch auch 
das Wort fertig. 

- Austauschen einer Zeichenkette gegen 
eine andere. Die einzusetzende Zeichen- 
kette kann auch leer sein. Das Ersetzen kann 
mit oder ohne Sicherheitsabfrage erfolgen 

- Stellen des Cursors an den Textanfang 

- Stellen des Cursors an das Textende 

- eine Seite zurück blättern 

- eine Seite vorwärts blättern 

- Positionieren auf den markierten Blockan- 
fang 

- Positionieren auf das markierte Block- 
ende. 


Ein- und Ausgabe 

Die Eingabe von der Kassette wurde völlig er- 
neuert. Für die Eingabe kann ein Filename 
angegeben werden, muß aber nicht. Es wer- 
den von TEXT2 selbständig die Aufzeich- 
nungsformate von TEXT2, TEXT 1 , des BA- 
SIC-Interpreters (nur LIST# 1 -Dateien) und 
des IDAS (bzw. EDIT/ASM) erkannt und an- 
gepaßt. Geplant ist eine Erweiterung auf das 
Format des KC85/2 (/3). Die Ausgabe von 
Texten ist auf Drucker und Kassette möglich. 
Die Menge des auszugebenden Textes kann 
der gesamte Text, der Text bestimmter Sei- 
ten oder der in Blockmarken eingeschlos- 
sene Text sein . Bei der Ausgabe auf Kassette 
kann in den Formaten von TEXT2, BASIC 
und IDAS aufgezeichnet werden. Geplant ist 
auch hier eine Erweiterung auf das Format 
des KC 85/3. 


Gemeinsame Grundspra- 
che für RGW-Software 

Es ist ein gutes Jahr vergangen, seit- 
dem wissenschaftliche Zentren der 
RGW-Länder mit gemeinsamen Ar- 
beiten zum Problem „Entwicklung der 
Technologie der Ausarbeitung und in- 
dustriellen Produktion von Software 
für Rechentechnik“ begonnen haben. 
Daran beteiligen sich mehr als 70 In- 
stitutionen. Die gemeinsame Kon- 
zeption der Zusammenarbeit wurde 
eine Art Berufsmanifest, um das sich 
ehemals zersplitterte, einseitig aus- 
gerichtete wissenschaftliche Einrich- 
tungen konzentrieren. Ihre Hauptauf- 
gabe besteht darin, einen Mechanis- 
mus von Wechselbeziehungen zu 
schaffen, der nach dem Prinzip „ei- 
nen Teil produzieren - das 


Ganze schaffen“ arbeitet. Dieses 
Prinzip entspricht wohl am besten 
den nationalen Interessen aller Part- 
ner: Die Programmierung ist heute ei- 
ner der verantwortungsvollsten 
Zweige des wissenschaftlich-techni- 
schen Fortschritts, geht es doch um 
die weitere Vervollkommnung der 
Speicherfähigkeit - des Gehirns - 
moderner Computer. In erster Linie 
geht es um den schnellen Gewinn 
ressourcensparender Technologien 
sowie die Ausarbeitung und Produk- 
tion von Software in kürzester Zeit, 
die eine Steigerung der Arbeitspro- 
duktivität um mindestens das Dop- 
pelte je Planjahrfünft gewährleisten 
würde Natürlich bei drastischer Stei- 
gerung der Qualität und der Zuverläs- 
sigkeit der Software. Heute kann man 
sagen, daß bereits eine stabile 


Grundlage für die Zusammenarbeit in 
den kommenden Jahren geschaffen 
wurde. Das Institut für Kybernetik der 
Akademie der Wissenschaften der 
Ukrainischen SSR hat einen interna- 
tionalen Wettbewerb für eine univer- 
selle Grundsprache für die Software 
der RGW-Länder durchgeführt. Ins- 
gesamt gingen 64 Arbeiten aus Bul- 
garien, Ungarn, der DDR, Polen, der 
Sowjetunion und der CSSR ein. Mit 
diesem schöpferischen Wettbewerb 
konnte eine wertvolle „Ideenbank“ 
zum Aufbau einer mobilen Technolo- 
gie gesammelt werden. So wird hoch- 
qualitative Software entwickelt, die 
ohne Mühe bei unabhängiger Ausar- 
beitung in einzelnen Ländern mitein- 
ander gekoppelt werden kann. Dieser 
Wettbewerb war auch eine Art Messe 
von Lösungen vieler Probleme, doch 


der erste Platz wurde von nieman- 
dem erreicht, keine einzige Arbeit 
konnte voll und ganz eine Lösung des 
Problems beanspruchen, eine 
Grundsprache des RGW entwickelt 
zu haben. Jetzt arbeitet ein zeitweili- 
ges internationales Expertenkollektiv 
daran. Wesentlichen wissenschaftli- 
chen Nutzen bringen heute auch di- 
rekte Kooperationsbeziehungen, die 
auf Wirtschaftsverträgen beruhen. 
Ein Beispiel dafür liefert der Dresdner 
Betrieb „Robotron-Projekt“, der mit 
dem bulgarischen Zentralinstitut für 
Rechentechnik und -technologie so- 
wie dör ungarischen Organisation für 
Rechentechnik „Samalk“ zusam- 
menarbeitet. 
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Geplante Aktivitäten 

Gegenwärtig ist ein Installationsprogramm in 
Arbeit, mit dem der Nutzer TEXT2 an seine 
speziellen Wünsche anpassen kann. Diese 
Anpassung betrifft die Gestaltung des Bild- 
schirms, die Ansteuerung des Druckers und 


die Tastenfolgen zur Ausführung eines Kom- 
mandos. Die Ansteuerung des Druckers ist 
relativ unkompliziert, da zur Druckerausgabe 
nur die logische Systemschnittstelle genutzt 
wird (LDC,5 CALL 5). Alle druckerspezifi- 
schen Merkmale sind frei definierbar. 
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Technische Universität Dresden 
Informatikzentrum/Bereich AI, Koll. Rohner, 
Mommsenstr. 13, Dresden, 8027 


Tonbandinterface 

für universellen Datenaustausch 


Stefan Bialluch, Hans-Friedrich Schaede 


Oft besteht die Notwendigkeit, Daten zwi- 
schen Computern auszutauschen. Dabei ist 
es nicht immer möglich, die beiden Compu- 
ter durch eine direkte Leitung zu verbinden 
(z. B. wegen örtlicher Trennung). In diesen 
Fällen ist es günstig, die Daten zunächst auf 
ein externes Speichermedium zu schreiben 
(Floppy-Disk, Kassette, EPROM) und dann 
in den anderen Computer einzulesen. Beide 
Computer müssen dazu das gleiche Inter- 
face besitzen. Für einen universellen Daten- 
austausch zwischen den verschiedenen 
Computern ist deshalb ein Interface notwen- 
dig, das sich einfach einbauen und anpas- 
sen läßt. Ein solches Interface soll hier in Ein- 
heit von Hardware und Software für alle 
U 880-(Z80-)-Computer beschrieben wer- 
den. 

Für die genannte Verwendung ergeben sich 
folgende Forderungen: 

• einfache Hardware 

• variabler Anschluß des Computers 

• einfache Implementierung der Software 

• sichere Funktion mit verschiedenen 
(auch einfachen) Kassettenrecordern. 



Bild 1 Kodierung: Diphase-Code 


Eine Untersuchung bisher bekannter Inter- 
face-Systeme dieser Art hat ergeben, daß 
damit jeweils nur ein Teil dieser Forderungen 
erfüllbar ist III, 121, 131. 

1 . Kodierung und Format 

Die Kodierung der Daten erfolgt wie schon in 
IM, 121, 13/ im Diphase-Code (Bild 1). Das 
heißt, an den Bitgrenzen wird grundsätzlich 
eine Flanke (Taktflanke) ausgegeben. Bei 
Null-Bits wird dann zwischen den Bitgrenzen 
eine zusätzliche Flanke ausgegeben. 

Das Format (Bild 2) ist dem des Poly-Compu- 
ters 880 /4/ sehr ähnlich. Zur Synchronisation 
werden 18 Null-Bits generiert. Danach folgt 
als Startbit eine Eins, anschließend ein festes 
Byte zur sicheren Synchronisation. Danach 
werden eine Dateinummer (1 Byte) und eine 
Blocknummer (2 Byte) ausgegeben. Es fol- 
gen ein Block von 32 Bytes Daten und die 
Prüfsumme (2 Byte). 

Folgende Besonderheiten gibt es gegenüber 
dem PC-880-Format: 

1. Beim PC-880 dient zur Synchronisation 
die Hälfte der sonst vorkommenden niedrig- 
sten Frequenz. Untersuchungen mit ver- 
schiedenen Kassettenrecordern haben erge- 
ben, daß teilweise Probleme bei der Übertra- 
gung dieser Frequenz auftreten. Dabei 
wurde die Bitwechselfrequenz relativ niedrig 
gewählt, um jederzeit einen universellen Da- 
tenaustausch und eine sichere Datenüber- 
tragung zu gewährleisten. Es traten unzuläs- 
sige Verzerrungen bei der Synchronisations- 
frequenz auf, so daß die nachfolgenden Da- 
ten nicht mehr gelesen werden konnten. Die 
vorgeschlagene Lösung kommt (auch zur 




, 

Bild 3 Blockschalt- 

t) b) 




jjT 

j Trigger \ 

Bild 5 a) Ausgang 

ZTTtET 


UM 


mit D-Flip-Flop 
b) Eingang mit 

M'-WRMI-MQADR RD 1 - RD -M1-I0RQ -A DR 





Tristate-Gatter 



Synchronisation) mit insgesamt 2 Frequen- 
zen aus. Das Signal ist deshalb prinzipiell 
besser übertragbar (Bandbreite). 

2. Zur Identifikation der einzelnen Blöcke 
wurde eine Datei- und eine Blocknummer in 
das Format aufgenommen. Die Dateinum- 
mer ist in allen Blöcken einer Datei gleich. Die 
Blocknummer wird jeweils inkrementiert, wo- 
bei am Anfang einer Datei stets mit 1 begon- 
nen wird. Auf diese Weise ist es zum einen 
möglich, die gerade vorbeilaufende Datei 
beim Lesen vom Band zu identifizieren und 
somit auf die Bandposition zu schließen, zum 
anderen wird es möglich, gezielt ausge- 
wählte Blöcke einzulesen, wenn nicht die 
komplette Datei benötigt wird. Außerdem 
wird verhindert, daß aufgrund eines Fehlers 
ein Block einfach ausgelassen wird. Das Le- 
seprogramm erwartet stets nicht nur irgend- 
einen Block, sondern einen ganz bestimmten 
(Blocknummer). 

3. Die Länge der Datei ist beim Lesen nicht 
immer vorab bekannt, Deshalb wird bei der 
Aufzeichnung am Ende der Datei ein Ende- 
kennzeichen gesendet. Dieses ist wie ein 
normaler Block aufgebaut, nur daß als Block- 
nummer 0FFFFH eingesetzt und danach ab- 
gebrochen wird (ohne Datenübertragung). 

2. Hardware 

Die Hardware wurde so einfach wie möglich 
gehalten (Bild 3). Das Ausgangssignal wird 
nur durch einen Spannungsteiler gedämpft, 
um eine Übersteuerung des Recorders zu 
vermeiden. Zur Unterdrückung hochfrequen- 
ter Störungen ist der Kondensator C vorgese- 
hen. 

Das Wiedergabesignal muß zunächst ver- 
stärkt und dann auf einen Pegel von etwa 5 V 
begrenzt werden. Ein T rigger ist nur dann nö- 
tig, wenn der Eingang des Computers das er- 
fordert (d. h. eine hohe Flankensteilheit, z. B. 
bei TTL). 

Am Computer selbst können meist vorhan- 
dene Anschlüsse für das Interface als Aus- 
gang und Eingang genutzt werden. Die ein- 
fachste Variante ist möglich, wenn zwei freie 
PlO-Pins (U 855) zur Verfügung stehen. Aber 
auch ein Pin reicht aus. Dieses wird dann als 
Ausgang oder Eingang abwechselnd ge- 
nutzt. Sind keine PlO-Pins frei, sollte zu- 
nächst überprüft werden, ob andere Ein- und 
Ausgänge vorhanden sind, die sich eventuell 
zeitweise zweckentfremdet nutzen lassen. 
Bei TTL-Eingängen ist die Zwischenschal- 
tung eines Triggers zu empfehlen (Bild 4). 
Sind gar keine freien Ein-/Ausgänge vorhan- 
den oder deren zweckentfremdete Nutzung 
nicht möglich, dann kann ein Ausgang durch 
ein D-Flipflop geschaffen werden. Als Ein- 
gang dient oin Gatter mit Tri-State-Ausgang 
(Bild 5). 

3. Software 

Die Software wurde so gestaltet, daß sie sich 
auf verschiedenen Computern implementie- 
ren läßt. 

Das Schreiben bzw. Lesen jeweils eines 
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Blocks ist eine relativ autonome Sache, da je- 
der Block seine eigene Synchronistation hat. 
Die Software basiert daher auf zwei Unter- 
programmen (Bilder 6 und 7): 

1. UP Block Schreiben (BS) 

2. UP Block Lesen (BL). 

Diese Unterprogramme haben definierte Ein- 
und Austrittsbedingungen, die eine einfache 
Einbindung in ein entsprechendes Hauptpro- 
gramm ermöglichen. Sie benutzen keine 
RAM-Arbeitszellen und sind frei von jegli- 
chem Bediendialog. Die Programme arbeiten 
ohne Interrupt. Das trägt zu einer variablen 
Gestaltung der Hardware bei. Die Zeiten wer- 
den durch Programmzeitschleifen gebildet. 
Deshalb ist während des Programmlaufes 
auch kein anderer Interrupt zulässig. Aus die- 
sem Grund läßt sich ohne Bedenken der 
Zweitregistersatz des U 880 verwenden. Die 
Zeitkonstanten für die Zeitschleifen ergeben 
sich aus der Taktfrequenz des Computers, 
der gewünschten Zeit und der Zeit für andere 
dazwischenliegende Befehle. Sie lassen sich 
nach den angegebenen Formeln (siehe 
Bild 8) leicht berechnen. Die Variable NTA ist 
die Anzahl der Takte pro Bitzeit. Sie ergibt 
sich zu 

NTA = — oder NTA = f T • t B 

fßW'* 

ff = Taktfrequenz des Computers , 

>f B vv = Bitwechselfrequenz ---.7: 
t B = Bitzeit 

In manchen Cbfhputern wird' der M1-ZyKlüä 
durch WAIT-Takte verlängert. Diese werden 
durch die Variable WT berücksichtigt (WT = 
Anzahl der WAIT-Takte im Ml -Zyklus). Ohne’ 
zusätzliche WAIT-Takte ist WT = 0: Bei klei- 
jieren Werten von NTA (< 600) oder höheren 
Werten von WT(> 5) werden einige Zeitkon- 
stanten zu -klein (<3) und damit . der Run- 
dungsfehler zu-hoch. In diesem Pall ist die 
Funktion unsicher. ; ; ■ 

Moderne Assembler ermöglichen die auto- 
matische’ Berechnung der Zeitkonstanten. 
'Dazu sind die Formeln direkt im Quelltext ein- 
zutragen (EQU). ■ 

Für Nachnutzungen wird an dieser Stelle 
empfohlen, die Bitwechselfrequenz im Inter- 
esse eines universellen Datenaustausches 
auf einheitlich 1 200 Hz festzulegen (ent- 
spricht einer Bitzeit von t B = 0,833 ms). 
Diese relativ niedrige Frequenz und damit 
Datenübertragungsrate ist orientiert an der 
Einsetzbarkeit auch schlechter Kassettenre- 
corder und an einer sicheren Datenübertra- 
gung. Auch die Verwendung verschiedener 
Kassettenrecorder für Aufnahme und Wie- 
dergabe bringt oft einen Qualitätsabfall mit 
sich. 

3.1. Unterprogramm 
Blockschreiben (BS) 

Das UP BS (Bild 6) realisiert das oben ange- 
gebene Format. Vor dem 1. Block der Datei 
wird die Synchronisationsfolge zur Einpege- 
lung des Recorders verlängert (etwa 3 s). 
Folgende Werte sind in den Registern zu 
übergeben: 

BC = Blocknummer (1 = 1. Block) 

HL = Adresse im RAM, Quelle der Daten 

A’ = Dateinummer 

C’ = Belegung des Ausgabeports. 

Da die Ausgabebefehle des U880 sich je- 
weils auf ein ganzes Byte beziehen, muß im 
Register C’ eventuell die Belegung des be- 
nutzten Ausgabeports übergeben werden 
(bei PIO: IN A, (n); LD C,A; EXX). Vom UP BS 
wird nur das festgelegte Bit verändert. 
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Ist die Blocknummer (BC) = 0FFFFH, wird 
ein Endekennzeichen gesendet. Dabei blei- 
ben die ausgegebenen Registerinhalte erhal- 
ten (Z = 1). 

Ist ein Block gesendet worden, gilt bei der 
Rückkehr folgende Registerbelegung 
(Z = 0): 

BC = BC + 1 (nächste Blocknummer) 

HL = HL + 32 (nächste Adresse im RAM) 

A’ und C’ bleiben erhalten. 

Folgende Register werden zerstört: AF, B’C’ 
D’E',H’L’,IX. 

Zwischen den UP-Aufrufen (Call BS) ist im 
Hauptprogramm (Bild 9) Gelegenheit für Dia- 
logarbeit (Ausgabe von Blocknummern und 
Adresse). Die dadurch entstehende Pause 
kann theoretisch beliebig lang sein. Sie sollte 
jedoch im Interesse einer hohen Datenüber- 
tragungsrate klein gehalten werden. 

3.2. Unterprogramm Blocklesen (BL) 

Das UP BL (Bild 7) sucht zuerst eine Syn- 
chronisationsfolge (mindestens 12 Nullbits). 
Danach liest es die Dateinummer und die 
Blocknummer. Anschließend werden beide 
mit den Sollwerten verglichen. Wenn sie 
übereinstimmen, werden die nachfolgenden 
Daten gelesen und in den RAM (ab Adresse 
HL) geschrieben. Fehlen Taktflanken oder 
stimmt die Prüfsumme nicht, wird der Einle- 
sevorgang abgebrochen. Dabei erfolgt keine 
Rückkehr zum Hauptprogramm, sondern ein 
Neustart des UP BL. Außerdem wird das Flag 
CY’ = 1 gesetzt. 

Ist ein Block ohne Fehler eingelesen worden, 
wird das Flag zurückgesetzt (CY’ = 0) und 
mit CY = 0 zum Hauptprogramm zurückge- 
kehrt. Stimmt die Datei- oder Blocknummer 
nicht mit der gesuchten überein, erfolgt sofort 
ein RET zum Hauptprogramm mit CY = 1. 
Bis zur nächsten Synchronisationsfolge 
bleibt eine längere Zeit für Dialogarbeit (Zeit 
max. 272 x NTA). Diese reicht sogar, um 
eine Multiplexanzeige bei einfachen Compu- 
tern kurzzeitig einzuschalten. Dabei kann die 
Vorgefundene Datei- und Blocknummer an- 
gezeigt werden. Dadurch ist jederzeit eine 
Orientierung auf der Kassette möglich. 

Der Fall einer falschen Blocknummer tritt 
auch ein, wenn ein Endekennzeichen gele- 
sen wird. Die gelesene Blocknummer ist dar- 
aufhin auf 0FFFFH zu überprüfen (Bild 10). 
Des weiteren muß geprüft werden, ob die Da- 
tei ordnungsgemäß eingelesen wurde. Das 
geschieht anhand des Flags CY’. Ist es rück- 
gesetzt, kann der Einlesevorgang ordnungs- 
gemäß beendet werden. Ist es aber gesetzt, 
muß das Endekennzeichen ignoriert werden. 
Deshalb ist dieses Flag im Hauptprogramm 
vor dem ersten Aufruf von BL zu setzen 
(CY’ = 1). 

Ansonsten gilt für den Aufruf folgende Regi- 
sterbelegung: 

A' = Dateinummer 

B’C’ = Blocknummer 

H L' = Adresse RAM, Ziel der Daten. 

Das UP hat wie oben beschrieben 2 Aus- 
gänge (RET): 

1. CY = 1 Datei- oder Blocknummer ist 
falsch 


C 

DE 


gelesene Dateinummer 
gelesene Blocknummer 
gesuchte Dateinummer 
gesuchte Blocknummer 
Adresse RAM 


} 


bleibt 

erhalten 


2. CY = 0 Block ist richtig eingelesen 
CY' = 0 


B'C’= B’C’ + 1 (nächste Blocknummer) 


H’L’= H’L’ + 32 (nächste RAM-Adresse) 

C = A’ (Dateinummer) 

DE = B’C’ - 1 (gelesene Blocknummer). 

Im praktischen Betrieb kommt es vor, daß ein 
Block auch nach mehrmaligen Lesevorgän- 
gen nicht mehr gelesen werden kann (z. B. 
Fehler im Bandmaterial). In diesem Fall muß 
das Leseprogramm (BL) abgebrochen wer- 
den. Zu diesem Zweck ist ein UP-Ruf vorge- 
sehen (Call BREAK). Dieses Programm ist 
vom Anwender zu erstellen, da es sich um 
eine Tastaturabfrage handelt, welche stark 
von den Gegebenheiten am jeweiligen Com- 
puter abhängt. 

Dazu folgende Hinweise (s. a. Beispiel Bild 8, 
Listing ab Zeile 280): 

- Kurze Laufzeit (zur Orientierung: max. 
2 x NTA). 

- Die Register A’F’, B’C’, H’L’ dürfen nicht 
verändert werden. 

- Ist die entsprechende Taste nicht ge- 
drückt, dann RET. 

- Ist die Taste gedrückt: Entkellerung der 
RET-Adresse zu UP BL, Entkellerung 
Adresse HL und der RET-Adresse zum 
Hauptprogramm. Danach Sprung zur Aus- 
wertung im Hauptprogramm (Dialog). 

- Das UP kann auch entfallen (evtl, durch 
NOP ersetzen). 

4. Hinweise zur Implementierung 

Das Assembler-Listing für die Unterpro- 


gramme BS und BL ist im Bild 8 angegeben. 
Assembliert wurde für den Lerncomputer LC- 
80 151. Für diesen ist daher sofort der Maschi- 
nencode nutzbar (erst sinnvoll bei RAM-Er- 
weiterung). Das Interface läuft mit dem vor- 
handenen Diodenanschluß. Die Taktfre- 
quenz beim LC-80 beträgt etwa 900 kHz. Da- 
für und für f B = 1 200 Hz sind die Zeitkonstan- 
ten berechnet. Folgende Zeilen sind zur 
Nachnutzung auf anderen Computern ent- 
sprechend zu ändern: 

- Datenbit für Eingang, Zeile 10 

- Maske für Ausgang, Zeile 9 

- Zeitkonstanten 

BS, Zeilen 76-87, 118-121 
BL, Zeilen 224-239, 256-259 

- Adressenbezug, Zeile 12 

- I/O-Adressen 
BS, Zeile 7 

BL, Zeile 8 

4.1. Hauptprogramm 

Das Hauptprogramm ist entsprechend den 
Gegebenheiten des jeweiligen Computers 
vom Anwender selbst zu erstellen. 

Am Beginn des Interfaceprogrammes stehen 
selbstverständlich zunächst der Eingabedia- 
log für die Variablen und evtl, eine Initialisie- 
rung der I/O-Bausteine (PIO). Die nachfol- 
gende Aufrufschleife erfordert eine beson- 
dere Beachtung der Zeitbedingungen. Dieser 
Teil ist in den Programmablaufplänen (Bil- 
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Kassetten i 
AIJDR OBJECT 


>0007 

>00113 


2165 C3FFFF 


256 t WLNt= 1NTA/2-69 .5-9 .5*NT> / < 44+7*WT> 

257 WLN1 EQIJ 7 

258 ;WLN2=(3*NTA/4-96-13.5*WT> i < !6+2*WT> 


0278 

0279 ; 

0280 ; 


0292 

0293 ; 

0294 


sUebernahne 
;d. neuen Wertes 
; CY=Oj Z=i: gl ein 


: Abbruch-UP (BREAK 1 
EQU 0F9H 

_D AjOFSH 

TUT (PI01BD) i A. 

IN A, (PI02BD) 


; RET-Adr .zu BL 
; Kellerung HL 
; RET-Adr .zum HF 
; Dialog im HP 


der 9, 10) dargestellt. Die verschiedenen 
Computer lassen sich dazu in zwei Katego- 
rien einteilen: 

1. Einfache Lerncomputer (z.B. LC-80, 
Polycomputer 880, Prozeßsteuersysteme) 

Bei diesen Computern wird eine LED-An- 
zeige zusammen mit einer Hexadezimaltas- 
tatur multiplex betrieben. Da während des 
Laufes der Interfaceprogramme die volle 
Prozessorzeit gebunden ist, kann die An- 
zeige nicht bedient werden. Um dennoch die 
vorbeilaufenden falschen Blöcke beim Lesen 
vom Band anzeigen zu können, wurde im 
UP BL ein Austritt (RET) nach dem Lesen der 
Blocknummer vorgesehen. Die Zeit, in der 
dann der Datenblock vorbeiläuft, ist deshalb 
zur Betätigung der Multiplexanzeige nutzbar. 
In dem entsprechenden Programmteil ist die 
Laufzeit selbst zu begrenzen (auf max. 
272 x NTA). Wird die Zeit nicht eingehalten, 
kann die Synchronisation des nachfolgenden 
Blockes verpaßt werden. 

An den anderen Ausgabepunkten (zwischen 
den UP-Rufen BS, BL) ist die Bedienung der 
Multiplexanzeige zeitlich nicht möglich. Zur 
Kontrolle des Schreib- bzw. Lesevorgangs 
kann die Anzeige, wenn überhaupt, nur noch 
direkt genutzt werden (einschalten einer ein- 
zelnen Stelle). Das gleiche gilt für die Tasta- 


turabfrage im UP BREAK. Eine normale Mul- 
tiplexabfrage ist an dieser Stelle nicht mög- 
lich. 

2. Kleincomputer, Home-Computer, Per- 
sonalcomputer 

Diese Computer besitzen zur Ausgabe einen 
Bildschirm und zur Eingabe eine alphanume- 
rische Tastatur. Die Ausgabe auf den Bild- 
schirm erfordert nur wenig Zeit, ist also an al- 
len genannten Stellen möglich. Eine gewisse 
Sonderstellung nehmen in dieser Einteilung 
Computer ein, bei denen der Prozessor mit 
am Bildaufbau beteiligt ist (MC 80, ZX81). 
Auf diese soll hier nicht näher eingegangen 
werden. Eine Implementierung dürfte jedoch 
grundsätzlich möglich sein. 

5. Schlußbemerkung 

Der universelle Austausch von Daten und 
Programmen ist oft von großem Vorteil. Des- 
halb sollte jeder Computer über entspre- 
chende Kommunikationsmittel verfügen. Das 
beschriebene Kassetteninterfacesystem hat 
den Vorteil, daß es sich leicht an verschie- 
dene Computer - vom einfachen Lerncom- 
puter bis zum Bürocomputer und eventuell 
auch Prozeßrechner - anpassen läßt. In die- 
sem Zusammenhang sei noch einmal auf die 
empfohlenen Bitrate von 600 Bit/s (Bitwech- 



Bild9 Programmablaufplan für Datei Schrei- 
ben 



Bild 10 Programmablauf plan für Datei Lesen 
(auch teilweise) 


selfrequenz = 1 200 Hz) hingewiesen, deren 
Einheitlichkeit ja auch Voraussetzung für 
einen Datenaustausch ist. 

Besitzern von Computern mit anderen Pro- 
zessoren mag dieser Beitrag als Anregung 
dienen, auf ihrem Computer ein Interface mit 
gleichen äußeren Eigenschaften (Code, For- 
mat, Bitrate) zu realisieren und eventuell 
auch zu publizieren. 


/V Weisse, D.: Magnetbandspeicher nach dem Diphase- 
Verfahren. Radio, Ferns., Elektron., Beriin 25 (1976) 24, 
S. 789-791 

121 Troll, A.; Hübner, U.: Daten- und Programmabspeiche- 
rung auf Heimmagnetbandgeräten. Radio, Ferns., Elek- 
tron., Berlin 31 (1982) 12, S. 796-799 
131 Will, B.: Schnelles Tonbandinterface für den U 880. Ra- 
dio, Ferns., Elektron., Berlin 34 (1985) 1 0, S. 667-669 
74/ Burkhard, S.; Hübner, N.: Technik und Anwendung des 
Poly-Computers 880. Radio, Ferns., Elektron., Berlin 33 
(1984)5, S. 282-287 

,'5/ Kämpf, W.: Lerncomputer LC-80. Radio, Ferns., Elek- 
tron., Berlin 33 (1984) 10, S. 669-672 
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3. Interface-Schaltkreise 

Im 1 6-Bit-Mikroprozessorsystem 8086 wer- 
den folgende programmierbare Interface- 
Schaltkreise als parallele, serielle und Timer- 
Ports verwendet: 

8253 Programmierbarer Zähler/Zeitgeber- 
schaltkreis, PIT 

8251 A Programmierbarer serieller Inter- 
faceschaltkreis, USART 
8255A Programmierbarer paralleler Inter- 
faceschaltkreis. PPI 

Diese Schaltkreise wurden nicht speziell für 
das 16-Bit-System8086 entwickelt, sondern 
aus dem 8-Bit-System 8080 übernommen 
und bezüglich der dynamischen Parameter 
weiterentwickelt, Sei den Schaltkreisen 
USART und PPI sind in 16-Bit-Systemen nur 
die A-Typen anzuwenden. 

3.1. Programmierbarer Zähler-ZZeitge- 
berschaltkreis 8253 (PIT) 

Der PIT-Schaltkreis (Programmable Interval 
Timer) realisiert im Mikroprozessorsystem 
8086 die Zähl- und Zeitgeberfunktionen und 
weist folgende wesentliche Leistungsmerk- 
male auf: 

• 3 unabhängige 1 6-Bit-Zähler mit Zählein- 
gang, Zählausgang und Gatesteuerung 

• 6 programmierbare Betriebsarten 

• Zählen im Binär- oder BCD-Format 

• rnax. Zählfrequenz von 2.0 MHz. 

3.1.1. Architektur 

Die Funktionseinheiten des PIT (Bild 3.1) ha- 
ben folgende Aufgaben: 

• Datenbuspuffer 

Der bidirektionale-'tristate 8-Bit-Puffer stellt 
die Schnittsteile zum Systemdatenbus dar. 
Das Senden oder Empfangen von Daten er- 
folgt mit E/A-Operationen der CPU. Über den 
Datenbuspuffer werden drei Basisfunktionen 
des PIT ausgeführt: 

- Programmieren der Modes 

- Laden des Zählregisters 

- Lesen des Zählerstandes. 

• Lese-/Schrei b- Logik 

Die Lese-/Schreib-Logik verarbeitet die Infor- 
mationen der Eingänge Read RD, Write WR, 

Tafel 3.1 8253 Portadressen 


Chip Select CS sowie die Portadressen A0 
und AI des Systemsteuerbusses. Die Deko- 
dierung für die Portadressen und deren Zu- 
ordnung zu den internen Funktionseinheiten 
ist in Tafel 3.1 dargestellt. 
m Steuerwortregister 

Das Steuerwortregister (A0-A1 -1) verar- 
beitet die Information des Datenbuspuffers 
als Steuerwort zur Grundinitialisierung des 
PIT. Das Steuerwortregister kann nur be- 
schrieben werden. Über OUT-Befehle der 
CPU zum Steuerwortregister erfolgt die un- 
abhängige Modeeinstellung jedes Zählers. 

• Zähler 0-2 

Der Aufbau aller drei Zähler ist identisch. Je- 
der Zähler besteht aus einem voreinstellba- 
ren 1 6-Bit-Rückwärtszähler ohne Vorteiler 
zum Zähltakt CLK. Das Zählen kann im Bi- 
när- oder BCD-Format ertolgen. Zähler-Ein- 
gang CLK, Toreingang GATE und Ausgang 
OUT sind entsprechend der Modeselektion 
verknüpft. Mit dem Toreingang GATE kön- 
nen für jeden Kanal die Zählvorgänge getrig- 
gert, gestartet und gestoppt werden. Alle 
Zähler arbeiten unabhängig und beeinflus- 
sen sich gegenseitig nicht. Auch die Mode- 
einstellung und das Laden von Zählwerten 
erfolgt für jeden Zähler gelrennt. Das Lesen 
der aktuellen Zählerinhalte wird durch CPU- 
IN-Operationen auch während des Lesevor- 
gangs realisiert. 

3.1.2. Pinbelegung 

Der PIT 8253 wird in einem 24-poligen Stan- 
dard-DIL-Gehäuse gefertigt (Bild 3.2). Die 
Anschlüsse haben folgende Funktionen: 


D7-D0 8-Bit-Datenbus, bidirektional, 
3-state 

CLK 0-2 Zähler-Takteingänge 

GATE 0-2 Toreingänge 

OU T 0-2 Zählerausgänge 

RD Read Lesesignal. 

Eingang low-aktiv 
WR Write Schreibsignal, 

Eingang low-aktiv 

CS ChipSelect Steuersignal zur 

Bausteinauswahl. Eingang 
low-aktiv 

Der Anschluß wird über einen 
Dekoder 8205 zum System- 
Aoreßbus geführt. 

AB, AI Adreßeingänge für die Auswahl 

der Zähler 0,1.2 bzw. Steuer- 
wortregister (Tafel 3.1 ). 

Diese Anschlüsse sind mit den 
Adressen ABI und AB2 des 
Systems zu verbinden. 

Vcc Betriebsspannung + 5 V 

GND Masseanschluß 

3.1.3. Betriebsarten 

Die Zähler©, 1 . 2 des 8253 werden individuell 


Zähler 9 
Zähler 1 
Zähler 2 

Control (nur Schrei i 



Bild 3.3 Betriebsar- 
ten des 8253-PIT 
Bild 3.3a Modeö, 
Bild 3.3b Model, 
Bild 3.3c Mode 2, 
Bild 3.3d Mode 3, 
Bild 3.3e Mode 4, 
Bild 3.3t Mode 5, 
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durch Schreiben eines Steuerwortes in das 
Steuerwortregister initialisiert. Grundsätzlich 
stehen sechs verschiedene Betriebsarten 
zur Auswahl: 

- MODE 0 = Interrupt on Terminal Count 

Nach dem Setzen des Modes geht OUT auf 
Low (Bild 3.3a). Nachdem die Zählkonstante 
geladen wurde, erfolgt ein Dekrementieren 
mit CLK. Beim Erreichen des Zählernullwer- 
tes geht OUT auf High und wird erst nach 
dem Laden einer neuen Zählkonstante oder 
nach einer neuen Modeeinsteilung zurückge- 
setzt. Ein Low-Signal an GATE sperrt den 
Zählvorgang. 

- MODE 1 = Programmable ONE-Shot 

Mit Mode 1 wird eine Monoflopfunktion mit 
Triggerung am GATE-Eingang realisiert 
(Bild 3.3b). Eine L/H-Flanke an GATE triggert 
den Zähfvorgartg, und OUT geht nach dem 
nächsten Eingangstaktimpuls auf Low. Beim 
erreichen des Zählernullwertes wird OUT 
konstant High. Eine weitere Triggerflanke 
wiederholt den Vorgang. Eine Triggerflanke 
bereits vordem Erreichen des Zählernullwer- 
tes lädt den Rückwärtszähler neu und bewirkt 
wieder eine volle Auszählung ab der Zeit der 
Triggerung. Wird innerhalb des Dekremen- 
tierens ein neuer Zählerwert geladen, so wird 
zunächst noch der bisherige Zählerwert ab- 
gearbeitet, bevor dieser geladene Zählerwert 
mit erneuter Triggerung zur Wirkung kommt. 

- MODE 2 = Rate-Generator 

Während des Dekrementierens des Rück- 
wärtszählers verbleibt OUT - High 
(Bild3.3c). Bei erreichen des Zählernullwer- 
tes wird OUT für eine Periodendauer von 
CLK gleich Low, und der Vorgang des Rück- 
wärtszählens wiederholt sich in der nächsten 
Periode. Low-Signal an Gate sperrt den Zähl- 
vorgang. Ein Neuladen des Zählregisters 
während des Dekrementiervorgangs wird 
erst in der nächsten Periode wirksam. Mode 
2 des PIT entspricht etwa der Zeitgeberfunk- 
tion des U857-CTC. 

- MODE 3 = Square Wave Rate-Generator 
Dieser Mode realisiert die Funktion eines 
Rechteckwellengenerators und ist im we- 
sentlichen mit dem Mode 2 vergleichbar. Un- 
terschiedlich ist hier das Tastverhältnis der 
OUT-Signale. Nach dem Laden eines gera- 
den Wertes in das Zählregisters geht OUT für 
N/2 Taktimpulse zunächst auf High und für 
die weiteren N/2 Taktimpulse auf Low 
(Bild 3.3d). Der Rückwärtszähler wird beim 
Erreichen des Nullwertes automatisch wie- 
der geladen, und der Vorgang wiederholt 
sich. Ein Low-Signal an GATE sperrt den 
Zähl Vorgang. Wenn der Wert im Zählregister 
ungerade ist, so wird OUT für (N+1 )/2 Takt- 
impulse gleich High und für die folgenden 
(N - 1 )/2 Taktimpulse gleich Low. Die Be- 
triebsart Mode 3 wird zur Generierung von 
Sende- bzw. Empfangstakt für den seriellen 
Interface-Schaltkreis USART-8251 A ver- 
wendet. 

- MODE 4 = Softwaretriggered Strobe 

Nach dem Setzen des Modes und Laden der 
Zeitkonstante beginnt der Zählvorgang, und 
OUT verbleibt auf HIGH (Bild3.3e). Beim Er- 
reichen des Zählernull wertes wird OUT für 
eine Taktperiode gleich Low und verbleibt an- 
schließend auf High. Erst nach dem erneuten 
Laden des Zählregisters wird dieser Vorgang 



Bild 3.4 Architektur 8251 -US ART 

Bild 3.5 Anschlußbelegung 8251 A-USART 
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wiederholt. Low-Signal an GATE sperrt den 
Zählvorgang. 

- MODE 5 = Hardwaretriggered Strobe 

Diese Betriebsart ähnelt Mode 4, nur daß der 
Zählvorgang durch eine L/H-Flanke an Gate 
gestartet wird (Bild 3.3f). 

3.1.4. Programmierung 
In der Grundinitialisierung des Systems wird 
jeder PIT-Zähler einzeln programmiert 
Im Steuerwort (Tafel 3.2) erfolgt mit D7, D6 
die Selektion des gewünschten Zählers. Die 
Bits D3, D2, Dl legen die Betriebsart fest. Mit 
den Bits D5, D4 wird entweder eine 1 Byte 
Zählkonstante oder eine 2 Byte Zählkon- 
stante festgelegt Das Bit D0 bestimmt das 
Zählformat. Mit einem OUT-Betehl wird das 
Steuerwort zur Portadresse Control (AI = A0 
= 1 ) geschrieben Danach erfolgt das Laden 
der Zählkonstante als 1 -Byte- oder 2-Byte- In- 
formation zur Adresse des im Steuerwort se- 
lektierten Zählers mit einer Portadresse nach 
T afel 3. 1 . Somit ergibt sich folgende Sequenz 
für die Programmierung eines Zählers N: 

1 . Steuerwort zum Control-Port 

2. LSB Zählregister-Byte zum Zähler-N-Port 

3. MSB Zählregister-Byte zum Zähler-N- 
Port 

Nach Ausgabe des Steuerwortes können zu 
beliebigen Zeitpunkten die Zählregister der 
einzelnen Zähler neu beschrieben werden. 
Der aktuelle Zählerstand wird durch IN-Ope- 
rationen vom Zähler-Port bestimmt. 

3.2. Programmierbarer serieller 
Interfaceschaltkreis 8251 A (USART) 

Der USART-Schaltkreis (Universal Synchro- 
nous/Asynchronous Receiver/T ransmitter) 
realisiert im Mikrocomputersystem 8086 die 
serielle Datenübertragung und besitzt fol- 
gende wesentliche Leistungsmerkmale 
■ synchrone und asynchrone Übertragung 
a doppelt gepufferter Sender und Emptän- 
ger 

a Übertragung von Zeichen im Format von 
5 bis 8 Bits 

a Übertragungsgeschwindigkeit bis zu 
64kBaud 

a Synchron-Mode: 

- automatische Sy nc- Einfügung 

- interne oder externe Zeichensynchronisa- 
tion 

a Asynchron-Mode: 

- Clockrate: x 1. x 16, x 64 

a automatische Breakerkennung 
a automatische Fehlererkennung 

3.2.1. Architektur 

Die USART-Funktionseinheiten (Bild 3.4) ha- 
ben folgende Aufgaben: 

Über den Datenbuspuffer, als Schnittstelle 
zum Systemdatenbus, werden Steuerworte/ 
Daten transferiert: 

- Schreiben des Modesteuerwortes 

- Schreiben des Sefehlssteuerwortes 

- Schreiben der zu sendenden Daten 

- Lesen der zu empfangenden Daten 

- Lesen der Statusintormation 

Die Lese/Schreiblogik leitet aus den Signalen 
Chip-Seject CS, Clock CLK_ Read RD, 

Write WR, Control/Data C/D und RESET 
Steuersignale für die Schaltkreisfunktionen 
ab. 
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Der Sendepuffer erhält die Daten im paralle- RxROY 
len Format vom Datenbuspuffer und konver- 
tiert diese in einen seriellen Datenstrom, der 
zur Ausgabe geführt wird. Entsprechend dem 
Übertragungsmodus werden zusätzliche Zei- 
chen oder Bits für Kontrollfunktionen einge- 
fügt. 

Der Empfangspuffer empfängt einen seriel- 
len Datenstrom und wandelt diesen in ein pa- 
ralleles Format um. Dabei werden die einge- 
fügten Kontroli-Zeichen/Bits ausgewertet. 

3.2.2. Pinbelegung 

Der USART 8251 A im 28-Pin-DIL-Gehäuse DSR 
(Bild 3.5) hat die Anschlußbelegung mit fol- 
genden Funktionen: 

D7-D0 8-Bit-Datenbus bidirektional, 

_ 3-state 

C/D Control/Data, Eingang 

Steuerleitung zur Selektion von 

Steuer- oder Datenworten 

C/D = High Control/Status DTR 

C/D - Low Data 
R? Read 

WH Write 

CS Chip-Select RTS 

Diese Funktionen sind mit denen des 8253- 
PIT identisch. 

CLK Systemtakt, Eingang 

Der USART-Systemtakt (max. 

3 MHz) ist mitdem Peripherietakt 

PCLKdesClockgenerators CTS 

8284A zu verbinden. 

RESET Rücksetzen, Eingang high-aktiv 

TxE Sendertakt (Transmitter Clock), 

Eingang 
max. Frequenz: 

1 x Bitrate 64 kHz 
16 BHrate310kMz 
64 x Pitrate615kHz 

TxD serielle Sendedaten (Transmitter TxE 

Data), Ausgang 

RxC Empfängertakt (Receiver Clock). 

Eingang 

max. Frequenz: vgl. Txü 
RxD serielle Empfangsdaten 

(Receiver Data), Eingang 
TxRDY Sender bereit (Transmitter 

Ready), Ausgang SYNDET 

Dieser Ausgang liefert der CPU 
die Information, daß der USART 
zur Daten übernähme in Form 
eines OUT-Befehls bereit ist. 

Beim Schreiben eines Zeichens 
in den USART erfolgt ein automa- 
tisches Rücksetzen von TxRDY. 

TxRDY kann zur Interrupt-Auslö- 
sung am Interrupt-Controller 
8259A verwendet werden, um in 
der Interrupt-Service-Routine 
eine Daten-Schreiboperation 
vorzunehmen. 


Tafel 3.3 S2S 1A 



ersignate (mit CS = 0) 




Slatustesen vom USART 
Daten vom SyWnnus zum 
USA** rrfcischretuen) 

US AH 1- Stouerwort schreiben 


Empfänger bereit ( Receiver 
Ready), Ausgang 
Dieser Ausgang liefert der CPU 
die Information, daß der USART- 
Empfangspuffer ein Zeichen ent- 
hält und damit die Bereitschaft 
zur Übertragung in die CPU in 
Form eines IN-Befehls vorliegt. 
RxRDY wird mit RD zurückge- 
setzt. RxRDY kann über den 
Interrupt-Controller eine Inler- 
rupt-Service-Routine zum 
USART-Lesen einleiten. 

Data Set Ready, Eingang, 
low-aktiv 

Steuerleitung für den Modembe- 
trieb 

DSR kann im Bit 7 des Statusre- 
gisters gelesen werden. 

DSR hat keinen Einfiußaufdas 
Senden/Empfangen von Daten, 
□ata Terminal Ready, Ausgang 
low-a ktiv 

DTR wird durch Bit 1 im Befehls- 
steuerwort gesetzt/ rückgesetzt. 
Request To Send. Ausgang 
low-aktiv 

Steuerleitung für den Modembe- 
frieb 

RTS wird durch Bit 5 im Befehis- 
steuerwort gesetzt/ rückgesetzt 
ClearToSend, Eingang, 
low-aktiv 

CTS - Low startet das Senden 
der seriellen Daten an TxD. wenn 
das Bit 0 im Befehissteuerwort 
(Sendetreigabe) gleich „1" 
gesetzt wurde. Ein Softwa re-Start 
des Sendens ohne CTS - Low 
ist beim USART nicht möglich. 
Sendepuffer leer (Transmitter 
Empty), Ausgang, high-aktiv 
TxE liefert High-Signai. wenn der 
Parallel-Serien-Convertcr im 
Transm itter leer ist . TxE wird 
automatisch gleich Low. wenn ein 
Byte in den Sendepufier ge- 
schrieben wurde. 

Ein-/Ausgang 

Synchronisations-oder Break- 
erkennung 

Synchron-Mode (SYNC-Delect) 
In dem internen Synchronisa- 
tionsmode notiert der Ausgang 
SYNDET gleich High ein gefun- 
denes SYNC-Zeichen. Im Bi- 
sync-Mode geht der Ausgang 
SYNDET bei der Erkennung des 
Setzten Bits des zweiten SYNC- 
Zeichens auf High Bei einer 
Status-Leseoperation wird 
SYNDET automatisch zurück- 
gesetzt. Wenn externer SYNC- 
Mode programmiert ist, wirkt 
SYNDET ais Eingang, und ein 
positiver Pegeiübergang an 
SYNDET startet die Zeichener- 
fassung am seriellen Datenein- 
gang RxD. 


Asynchron-Mode (Break Detect) 
Ausgang 

High-Signal wird ausgegeben, 
wenn alle Zeichen des seriellen 
Datenprotokoils (Start-Bit, Daten- 
Bit. Paritätsbit. 1 Stop-Bit) als© 
erkanntwerden. 

Vcc Betriebsspannung + 5 V 

GND Masseanschluß 
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3.2.3. Programmierung 
Die Funktion des USART wird durch Pro- 
grammierung mit zwei Steuerwörtern, dem 
Modesteuerwort und dem Befehlssteuerwort, 
festgelegt. Im Modesteuerwort (Tafel 3.4) 
werden folgende Vereinbarungen getroffen: 

- Synchron- oder Asynchron-Mode 

- Bitratenfaktor im Asynchron-Mode (xl. 
x16, x64) 

- Zeichenlänge (5 ... 8 Bit) 

- Paritätskontrolle 

- Anzahl der Stopbits (1 , 1 'k, 2) 

- Synchronisations-Steuerung (intern, ex- 
tern, Double SYNC-Character, Single SYNC- 
Character) 

Das Befehlssteuerwort (Tafel 3.5) legt fol- 
gende Parameter fest; 

- Sender-/Empfängerfreigabe 

- Setzen der Modemsteuersignale DTR, 
RTS 

- Reset-Funktionen 

Die Programmierung von Modesteuerwort 
und Befehlssteuerwort muß in einer definier- 
ten Reihenfolge vorgenommen werden. 
Nach dem internen oder externen Rückset- 
zen des 8251 A wird das erste Steuerwort als 
Modesteuerwort interpretiert, alle folgenden 
Steuerwörter werden als Befehlssteuerwör- 
ter erkannt. Das interne Rücksetzen kann im 
Befehlssteuerwort (Bit 6 - 1) festgelegt wer- 
den. Die Betriebsarten des USART entspre- 
chen Im wesentlichen den bekannten Prinzi- 
pien für Asynchron-/Synchron-Mode. Im 
SYNC-Mode besitzt der USART eine ge- 
ringere Leistungfähigkeit als der Schaltkreis 
U856-SIO. 


Tatei 3.5 8251 A Aulbau des Befehlssteuerwortes 

07 OS 05 04 03 02 Dl 03 

L eh"’ [' m | rts - ~er isenOiisiÜ bfn " 

EH Stichen von Sync-Zeichon (Error Hunt) 
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0 Suchbetneb Step 

1 Suchbetneb treigegeb en 

IH internet) RESET 

0 Verbleiben im Betehlssteuerwort 

1 Rückkehr zum Modesteuerwort 

RTS Sendeantorderung 

(Request To Sondl 

0 Pin RTS - High (inaktiv) 

1 Pin RTS -Low (aktiv) 

E R Fchlcr-Rosot (Error Reset) 

0 keine Beeinflussung der hehler-f tags 

1 Rücksetz en tferf ehl erfia qs PE, OE und FE 

SBRK Sendeunterbrcchung 

(Send Break Chara cter) 

0 normale Operation 

1 PiNTkO-Low 

RxEN Empfängcrfreagabc 

(RuceivcEnable) 

0 Empfang gesperrt 

1 Empfä nger frcigcgcbcn _ 

DTR Datunendstelle bereit 

(Data Terminal Ready) 

9 Pin DTR = High (inaktiv/ 

1 Pin DTR - Low (aktiv) 

Tr EU Senner'.reigaha 

I f ransm i t Enabte) 

0 Senden gesirerrt 

1 Sender treigegeben 


• Asynchron-Mode 

Das Datenlormatist im Bild 3.6 dargestellt 
Senden 

Im passiven Zustand liegt das High-Signal 
am Ausgang TxD. Das Senden beginnt bei 
CTS Low mit einem Startbft. dann folgen 
die Datenbits ab DO bis zur programmierten 
Zeichenlänge. Den Daten folgt ein Paritäts- 
bit. falls dieses im Modesteuerwort (reigege- 
ben wurde. Den Abschluß bildet die program- 
mierte Anzahl der Stopbits. Wenn der Zei- 
chenpuffer leer ist und keine Breakausgabe 
im Befehlssteuerwort programmiert wurde, 
geht TxD auf High. Das Ende des Sendens 
wird mit einem High-Pegel am Pin TxRDY 
bzw. im Statusbit notiert. Die seriellen Daten 
werden mit der fallenden Flanke von 
TxC, geteilt durch den programmierten Bit- 
ratefaktor, gesendet. 

Empfangen 

Ein konstanter High-Pegel an RxD wird als 
Ruhezustand interpretiert. Eine fallende 
Flanke an RxD kennzeichnet den Beginn des 
Startbits. Der Pegel a n Rx D wird mit der 
steigenden Flanke von RxC. geteilt durch 
den Bitratefaktor, abgefragt und Datenbits, 
Paritätsbit (falls programmiert) und Stopbits 
entsprechend Bild 3.4 in einen Serien-Paral- 
iel- Wandler übernommen. Beträgt die Zei- 
chenlänge weniger als 8 Bits, so werden für 
die nicht vorhandenen Bits Nullen eingefügt. 
Bei einem Paritätsfehler wird das Parity-Er- 
ror-Flag gesetzt. Falls nach dem Paritalsbit 
ein Low-Pegel als Stopbit festgestellt wird, so 
erfolgt ein Setzen des Framing-Error-Flags. 
Unabhängig von der Anzahl der program- 
mierten Stopbits fordert der Empfänger nur 
ein Stopbit. Ist der Datenbuspuffer geladen, 
so wird das Pin bzw. Statusbit RxRDY ge- 
setzt. Damit wird der CPU mitgeteilt, daß ein 
Byte zur Abholung in Form eines IN-Befehls 
bereitsteht. Wenn dieses von der CPU nichl 
eingelesen wurde, so erfoigt ein Überschrei- 
ben mit dem nächsten empfangenen Zei- 
chen, dabei wird das Overrun-Error-Fiag ge- 
setzt. 

• Syncbron-fWode 

Das Datenformal ist im Bild 3.7 dargestellt. 
Senden 

Im Synchron-Mode sind die Daten, von 
SYNC-Zeichen eingeschossen. Mit CTS - 
Low werden _die Daten mit der fallenden 
Flanke von TxC an TxD hinausgeschoben. 
Nachdem der Sendepuffer leer ist, werden 
automatisch Sync-Zeichen in den Daten- 
strom eingefügt, bis ein neues Byte in den 
8251 A geschrieben wurde. Der Ausgang 
Transmitter Empty TxE = High teilt der CPU 
mit, daß der Sendepuifer leer ist, und TxE 
wird erst mit dem nächsten OUT-Befehl auf 
Low zurückgesetzt. 

Empfangen 

Die Zeichensynchronisation kann intern oder 
extern ausgeführt werden. Im Befehlssteuer- 
wort sollte der Suchbetrieb mit D7 = 1 freige- 
geben werden. Mit der steigenden Flanke 
von RxC werden die an RxD liegenden Pegel 


Tafel 3.6 625? >4 Formal der Statusin formation 



Tafel 3.7 Pollinggesteuerte Ein / Ausgabe für USART 
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übernommen. Wenn die Sync-Zeichen er- 
kannt wurden, beendet der USART den 
Suchbetrieb und ist synchronisiert. Der An- 
schluß SYNDET wird anschließend auf High 
gesetzt und beim Statuslesen automatisch 
zuruckgeset 2 t. Im externen Synchronisa- 
tionsmode wird die Synchronisation durch 
den High-Übergang am Eingang SYNDET 
bis zum nächsten RxC-Zyklus gestartet Pa- 
ritäts- und Überlauffehler werden wie beim 
asynchronen Empfang überprüft. 

3.2.4. Statusregister 

Das Statusregister enthält Informationen 
über die Sende-/Empfangs- und Fehlerbe- 
dingungeri und den logischen Pegel einiger 
Kommunikationssignale (Tafel 3.6). Das Sta- 
tusregister kann durch IN-Befehl von der 
USART-Controi-Adresse (C/D = 1) gelesen 
werden. 

Die Statusbits DSR, SYNDET, TxE und 
RxRDY geben den aktuellen Logikpegel der 
entsprechenden Anschlußpins wieder. 
TxRDY informiert, daß ein neues Zeichen 
von der CPU in den Datenbuspuffer ge- 
schrieben werden kann und ist unabhängig 
von einer programmierten Sendefreigabe 
(TxEN-Bit im Sefehlssteuerwort) und vom 
CTS-Pin. Die Statusbits 
FE Framing Error: Stopbit-Fehler. 

OE Overrun Error: Zeichen wurde von der 
CPU nicht abgehoit. 



Bild 3.6 Datenformat 
im Asynchron-Mode 

üü ü! m . . . 6:1 

Süd 3.7 Datenformat 
im Syrichronmode 
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PE Paritätsfehler 
dienen als Fehlerflags. 

Für die Polling-gesteuerte Eingabe/Ausgabe 
werden die Statusbits RxRDY und TxROY 
verwendet (Tafel 3 7). 

3.3. Programmierbarer paralleler 
Interfaceschaltkreis 8255A (PPI) 

Der PPI-Schaltkieis 8255A (Programmable 
Peripheral Interface) realisiert im Mikropro- 
zessorsystem 8086 die parallele Ein-/Aus- 
gabe und ist durch folgende Leistungsmerk- 
male gekennzeichnet: 

-- 3 programmierbare Ein-/Ausgabeports: 
PortA. B,C 

- 3 Betriebsarten 
ModeO: Basic Input/Output 
Mode 1 ; Strobed Input/Output 
Mode 2: Strobed Bidirectional Bus 

- Einzcibit-Set/Reset-Operation an Port C 

- Interruptauslösung in Mode 1 und 2 in Ver- 
bindung mit Interrupt-Controler 8259A 

- kein Systemtakl erforderlich 

3.3.1. Architektur 

Die Architektur des PPI zeigt Bild 3.8 Die 
Funktionen des Datenbuspuffers und der 
Lese-/Schrelblogik entsprechen denen des 
8253 PIT. Die Adressen für Port A. B, C und 
für das Steuerwort sind in Tafel 3.8 darge- 
stellt Auf der Peripherieseite werden die 
Ports in zwei Gruppen eingeteilt: 

Gruppe A: 8-Bit-PortA PA7-PA0 
4- Bit- PortC PC7-PC4 
Gruppe B; 8-Bit-Port B PB7-PB0 
4-Bit-Port C PC3-PC0 
Die Programmierung mit Modeeinstellung er- 
folgt für beide Gruppen zusammen in einem 
Steuerwort, 

Die Ports haben folgende Eigenschaften: 

PortA 

Das Port A wird vorzugsweise als 8-Bit-Ein-/ 
Ausgabe-Laich/Puffer verwendet. Der bidi- 
rektionale Betrieb ist nur mit Port A mög- 
lich. 

Port B 

Port B wird vorzugsweise als 8-Bit-Aus- 
gangs-Latch/Puffer oder als 8-Bit-Eingangs- 
latch verwendet. 

PortC 

Port C wird in zwei 4-Bit-Ports aufgeteilt: 

PC7...PC4 

PC3...PC0 

Die Teilports können einzeln als Ausgangs- 
Latch/Puffer oder Eingangspuffer in Mode 0 
programmiert werden. In den Handshaking- 




Talel 3.8 8255 4 Portadressen 
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0 1 Port B 

1 0 PortC 

1 1 Steuerwort (nur Schreib en^ 


Tafel 3.9 82554 Aufbau des Sieuerwortes 

157 06 05 04 03 02 01 0» 

Grupp« A Gruppe B 

Modesteuerung — $-1 M2 Mt A CH MO 3 CL 

Einzel-Bit- . 8=0 X X X C2 CI CB SfR 

Ausgabe Pari C 


Modenreuerung fS =- JJ 

U2 M t Modesuswan/ 


1 X Mode 2 

A Auswahl Port A..PA7... PAH \ alf. Ausgang; e 

CH Auswahl Port-C-High PC7 . . . PC4 /• oder Eing ang: i 

MO Modeauswahl 

9 ModeO 

8 Auswahl Porr B. PB7 . . PB0 \ als Ausgang;® 
CL Auswahl Port-C-Low PC3 . . . PC0 / oder Eingang: l 

EinzehBit. Ausgabe für Port C (S - O) 



ßitauswuht für Pari C 
Portleitung FCO 
Portleitung PCI 


Portleitung PC3 
Portleitung PC4 
Portieilung PCS 
Portleitung PCX 
Portleitung PC?_ 


StB Setr-IRUckse tztunkli on tür PCO . . PC7 

0 ritskaeuen 


Betriebsarten werden einige Port-C-Lo'tun- 
gen als Steuersignale den Ports A und B zu- 
geordnet. 

3.3.2. Pinbetegung 

Der PP! 8255A wird in einem 40-poligen DIL- 
Gehäuse gefertigt. Die Anschlüsse (Bürt 3.9) 
haben folgende Funktionen: 

D7-D8 8-Bit-Datenbus bidirektional. 
3-state 

RD WR CS entsprechen den Funktionen des 
8253-PIT 

RESET Rücksetzen, Eingang high-aktiv 
Löscht das Steuerwortregister, 
und alle Portanschlüsse werden 
als Eingang geschaltet. 

AB AI Adreßeingänge zur Portauswahl 
Diese Signalleitungen adressie- 
ren die E/A-Ports und das Steuer- 
wortregisler nach Tafel 3.8. A0 
und AI werden zum 8086- 
System-AdreßbusABI undAB2 
geführt. 

PA0-PA7 PortA 

U 0 l = 0,45 V, loi “1,7 mA 
Uoh = 2,40 V, l 0H ä -200 ,«A 
PB0-PB7 PortB 
PC0-PC7 PortC 

Port B,C Darlington-Strom 
Rn« “ 75C Ohm 
Un« = t.SV 
I « -1,0.. 4,0mA 

Vcc Betriebsspannung -5 V 

GN0 Masseanschluß 

3.3.3 Programmierung 
Die Programmierung des 8255A erfolgt mi! 
einem Steuerwort (Taiel3.9) in zwei Varian- 
ten. 

Modesteuerwort (D7 -- i): 

Programmierung der Ports A. B, C in den Be- 
triebsarten 0. 1 , 2 
Einzel-Bit- Ausgabe (D7 - 0) 

Set-/Reset- Ausgaben für jedes Bit von Porte 
einzeln. 

Modesteuerwort 

Die Modeeinstellung erfolgt getrennt für die 

Gruppen A und B, dabei ergeben sich für die 

Ports A. B, C folgende Varianten 

Port A: Mode 0 oder 1 oder 2 

Port B: Mode 0 oder 1 

PortC: ModeO 

- MODE 0 = Basic InputlOutput 

in Mode 0 werden Ein-/Ausgabe-Operatio- 
nen ohne Quitlung vorgenominen. Wenn alle 
Ports des 8255A in Mode 0 programmiert 
werden (M2 = Ml - M0 - 0), so stehen fol- 
gende Ein-ZAusgaben zur Verfügung. 

- zwei 8-Bit-Ports für Byte Ein-/Ausgabe 
(Port A, B) 

- zwei 4-Bit-Ports für Halbbyte-Ein-zAus- 
gabe (PortC) 

Die Portausgänge sind gelatcht, die Portein- 
gänge sind nicht gelatcht. 

- MODE 1 = Strobed Input/Output 

Die Ports A und B arbeiten als Ein- oder Aus- 
gabeport im Quittungsbetrieb in Verbindung 
mit dem Port C, welches die Handshakingsi- 
gnale verwaltet. In den quittungsgesteuerten 
Ein-ZAusgaben kann vom 8255A eine Inter- 
rupt-Anforderung an den Programmieroaren- 
Interrupt-Controller 8259A angemeldet wer- 
den. Die Interruptfreigabe des 8255A wird 
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durch ein internes INTE-Flip-Flop organisiert, 
welches durch Einzelbit-Set/Reset-Operatio- 
nen von Port C beeinflußt wird. 

Bit-Set - Interrupt- Freigabe 

Bit-Reset =■ Interrupt-Sperre 

Die Steuersignale haben im Mode 1 folgende 

Funktion: 


Steuersignale für Port-Input-Operationen 

STB Strobe, Eingang, low-aktiv 

STB - Low lädt die Daten in das 
Port-Eingangslatch. 

IBF Input Buffer Full, Ausgang 

low-aktiv 

High notiert, daß Daten in das 
Eingangslatch geladen worden 
sind und stellt somit ein Bestäti- 
gung ssignal dar. IBF wird mit 
STB — Low gesetzt und mit der 
Rückflanke von RD zurück- 
gesetzt. 

INTR Interrupt Request, Ausgang, 

high-aktiv 

INTR wird gesetzt, wenn nach 
dem L atche n der Port- Eingabe- 
daten STB und IBF gleich High 
sind. In der daraufhin eingeleite- 
ten Interrupt-Service- Routine mit 
Lesen der Port-Eingabe-Daten 
wird INTR mit der Vorderflanke 
von RD zurückgesetzt. Die INTE- 
Flip-Flops von Port A und B wer- 
den kontrolliert durch : 

INTE Port A: Bit Set/Resel PC4 
INTE Port B: Bit Set/Reset PC2 


Steuersignale für 
Port-Output-Operalionen 

OBF Output Buffer Full, Ausgang 

low-a ktiv 

ÖBF ; jiktiv — Low notiert, daß die 
CPU Daten in da? Port geschrie- 
ben hat. die an den Portaus- 
gängen gültig bereitste hen. 

Diese Aktivierung von ÖBF er- 
folgt nach der Rücktlarike von 
WR. 

ACK Acknowledge Input. Eingang . 

low-a ktiv 

ACK gleich Low notiert, daß die 
Per ipherie vom 8255A die güiti- 
gen D aten übern omme n hat. Mit 
ACK Low wird OBF wieder in- 
aktiv - High. 

INTR Interrupt Request. Ausgang, 

hig h-akt iv 

Mit ÖBF •• High und ACK - 
High löst ein aktives INTR = High 
einen Interrupt aus, derin der 
Interrupt-Service-Routine zum 
Schreiben neuer Port-Ausgabe- 
Daten führt. 

Mit der Vorderflankc von WR 
wird INTR inaktiv gleich Low. und 
am Ende des Bestätigungs- 
Zyklus mit der Rückflanke von 
ÄCKwird INTR wieder aktiv 
gleich High und damit ein neuer 
Interrupt ausgelöst 
Die INTE- Flip-Pops vo' D ort A 
und Port B werden kontrolliert 
durch: 

INTE Pü.iA: Bit Set/Reset PC6 
INTE Port B: Bit Set/Reset PC2 



Tafel 3.11 8255 A Formal der Statusinlormation bei 
MODE 2 (IN-Port C) 

07 06 05 04 03 02 01 09 

! os’fä VüiiT» i srÄl iü~TB2~Tmm | u ] ä *ic — ] 

Gruppe A Gruppe B 

Port B in Mode ®. 
PC2...PC9:6IA 
Port 3 in Mcde 1: vgl. 
D2... 00 von Ta- 


Die Varianten der Programmierung in Mode 1 , 
getrennt nach Port A und B, jeweils für Ein- 
gang/Ausgang zeigen die Bilder 3.10a . . . d. 
Informationen übe r den Zustand der Bestäti- 
gungssignale IBF, OBF. des Interrupt-Frei- 
gabe-Flip-Flops INTE und der Interrupt-An- 
forderung INTR erhält man durch Lesen ei- 
nes Status-Wortes von Port C (Vergl. Ta- 
ff. TIP}. 

- MODE 2 Strobed Bidirectional Bus I/O 

Die bidirektionale Port-Ein-/Ausgabe Im Quit- 
tungsbetrieb wird nur über Port A realisiert. 
Am Porte befinden sich die Steuersignale für 


Bild 3.12 Interface-Schaltkreise 
im System 8086 


die Ausg abe O BFA und ACKA und für die 
Eingabe STBA und IBFA und das Interrupt- 
Anforderungssignal INTRA Die Interrupt- 
Freigabe-Flip-Flops werden wiederum mit 
Bit-Setz-/Rücksetzfunktionen von Port C be- 
einflußt. 

Ausgabe: Bit Set/Reset PC6 (INTE1) 
Eingabe: Bit Set/Reset PC4 (INTE2) 

Bild 3.11 zeigt den Aufbau des Modesteuer- 
wortes, die zugehörige Pinoelegung von Port 
A und die Steuerleitungen an Port C. Wenn 
Mode 2 programmiert wurde, kann für Port B 
noch gewählt werden: 

Mode 1 : Strobed Input/Output mit den 

Handshaking-Signalen an PCO, PCI, PC2 

nach Blld3.10c und 3.10d 

Mode 0: Basic Input/Output für PB0 . PB7 

mit frei wählbaren C/A-Leitungen an PCO . . . 

PC2 

Das Format der Statu^nformation von Mode 
2 ist in Tafel 3.1 1 dargestellt 
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Tafel 3.12 Initialisierung der Intertaceschaltkretse 


Bild 4.1 Interrupt- 


iUSAPT- INITIALISIERUNG 
MOV DX.ODAH 
MOV ALM 
OUT DX.AL 
MUL AL 
MUL AL 
OUT DX.AL 
MUL AL 
MUL AL 
OUT DX.AL 

MUL AL 
MOV AL40H 
OUT DX.AL 
MUL AL 
MUL AL 
MOV AL5AH 


OUT DX.AL 
MUL AL 
MUL AL 
MOV AL.17H 


OUT DX.AL 
MUL AL 

;PIT - INITIALISIERUNG 
MOV DX.QD6H 
MOV AL.3B6H 


OUT DX.AL 
MOV DX.3D4H 
MOV AL, 08 
OUT DX.AL 
MOV ALM 
OUT DX.AL 

°PI- INITIALISIERUNG 
MOV DX.9CEH 
MOV AL.0C4H 


OUT DX.AL 
MOV ALM 


OUT DX.AL 
MOV AL, OS 


MOV DX.0D8H 
IN 


: Portadresse USART, Control 
;Vor-Reset 


.Reset 


MODE-Sfeuerivort 
Bitratetaktor 1 6, asynchron, 
7 BitICharakter, 
ungerade Parität frei- 
gegeben. 1 Stopft» 


tBelehlssteuerwort 
■Mein internes Reset. 

:WT§ inaktiv, 

■.Rücksetzen der Fehlerftags. 
tEmpfängerfrelgabe, 
ififft aktiv, Senderireigabe 


;Port«dresse PlT, Control 
:Zähler2. 2 Byte-Zähler- 
/konstante. 

.MODE 3, ISBIt-binacr 

; Portadresse Zähler 2 
.Zählkonstante L SB 

.Zählkonstante MSB 
,'CLK. 7,23 MHz 
;0UT 153 kHz 

;PonadressePPi, Control 

MODf-Steuerung 
UDDlVürPorlA 
MODE 1 für Port B, PortRui- 
;gebe; 

;(Btt 7, BÜ6. S»2 - I; 

:Blt t - 0: 

:Bit5, Btt 4, Bit 3, BitO: 
.beliebig - 0) 

;lnterruptlrelgabe für Port- 
ieingabe 8 
, I NTEB r PC2:set 

ilnterruptfreigabe für Port- 
tausgabe A 
/INTE2 - PC4 set 
.Portadresse USART, Data 
iOatenoingabe 
- RkROY Statusbit löschen 


AL.OX 


E/nzef-ß/f-Ausgabe 
Jedes der 8 Bits von Port C kann einzeln ge- 
setzt oder rückgesetzt werden durch Einzel- 
Bit-Ausgabe-Operationen von Port C nach 
Tafel 3.9 mit D7 0. Wenn Port C in den 
Handshaking-Betriebsarten Mode 1 oder 2 
als Status/Control-Wort für Port A oder B 
verwendet wird, kann ein gezieltes Freige- 
ben/Sperren der Interrupt-Logik mit INTE-A. 
INTE-B (Tafel 3.10) und INTE-1 . INTE-2 (Ta- 
fel 3.11) erfolgen. Die anderen Statusbits 
sind nicht durch Einzel-Bit-Ausgaben beein- 
flußbar. 


3.4. Anwendungsbeispiel 
In Bild 3. 1 2 ist eine applikative Lösung für die 
Einbindung der Interfaceschaltkreise 8253, 
8251 A und 8255A in das Mikrorechnersy- 
stem 8086 dargestellt. Ein entsprechendes 



Bild 4.2 Signal ver- 
lauf zwischen PIC und 
CPU 


ms 



m t 






XV7 , J 

.... 

~mz 







Programmierbeispiel für deren Initialisierung 
zeigt Tafel 3. 1 2. Der Kanal 2 des PIT wird zur 
Erzeugung der Taktsignale für eine asyn- 
chrone Datenübertragung mit 9,6 kBaud und 
7 Bit-ASCII-Zeichen genutzt. Bei der Taktver- 
sorgung des PIT 8253 ist darauf zu achten, 
daß die maximale Eingangsfrequenz von 
2,0 MHz nicht überschritten wird und deshalb 
bei der Verwendung des Signals PCLK eine 
2^1 -Frequenzteilung vorgenommen werden 
muß. Der PPI ist für den Handshaking-Be- 
trieb der Ports A und B initialisiert, wobei mit 
Port A ein bidirektionaler Betrieb und mit Port 
B eine Dateiausgabe in Mode 1 vorgesehen 
ist. Um eine sichere Initialisierung der Inter- 
face-Schaltkreise im System 8086 zu ge- 
währleisten, müssen jeweils zwischen die 
Steueranweisungen zwei MUL AL-Befehle 
zur Verzögerung programmiert werden (beim 
USART zwingend erforderlich). Bei der soft- 
waremäßigen RESET-Erzeugung für den 
USART wird durch die Ausgabe von Vor-Re- 
sets ein sicheres Rücksetzen gewährlei- 
stet. 

4. Interruptsystem 8086 

4.1. Interruptorganisation 

Die CPU 8086 besitzt zwei Interrupteingänge 
für nichtmaskierbare (NMI) und maskierbare 
(INTR) Interrupts. Maskierbare Interrupts 
werden durch das CPU-lnterrupt-Flag freige- 
geben oder gesperrt. Für 256 mögliche Inter- 
rupt-Service-Routinen sind die Startadres- 
sen mit Offset- und Segmentanteil in einer 
1 -KByte- Interrupt-Tabelle zu Beginn des 
Speicher-Adreßraumes nach Bild 4.1 pla- 
ziert. Die Interrupts werden mit dem Index der 
Adreßeintragung in der Interrupttabelle ge- 
kennzeichnet. 

Die ersten fünf Interrupts sind nichtmaskier- 
bar und CPU-internen Funktionen zugeord- 
net: 

Interrupt 0: von der CPU bei Division durch 
Null ausgeiöst (divide error) 
Interruptl: von der CPU nach jeder Befehls- 
ausführung ausgelöst, falls 
T-Flag = 1 gesetzt ist (single 
Step) 

Interrupt 2: Nichtmaskierbarer Interrupt 
(NMI) 

Interrupts. I-Byte-Interrupt-Befehl INT3 
(one byte interrupt) 

Interrupt 4: von der CPU nach dem Befehl 
INTO ausgelöst, falls das Over- 



flow- Flag gesetzt ist (on over- 
flow) 

Für die Verbindung mehrerer Interruptquel- 
len an den maskierbaren Interrupteingang 
INTR der CPU wird der programmierbare In- 
terruptcontroller 8259A (PIC) eingesetzt, der 
speziell für das System 8086 entwickelt 
wurde (A-Typ erforderlich!). 

Ein einzelner PIC kann 8 interruptquellen 
verwalten und für diese die Prioritätsent- 
scheidung übernehmen. Durch die Anschal- 
tung von bis zu 8 Slave-PlC-Bausteinen an 
einen Master-PIC können maximal 64 unter- 
schiedliche Interruptquellen im System ver- 
arbeitet werden. 

Für eine über einen oder mehrere PICs aus- 
gewählte Interruptanforderung wird der CPU- 
Eingang INTR auf ’1’ geschaltet. Die CPU 
reagiert nach dem Abschluß des in der Abar- 
beitung befindlichen Befehls mit zwei aufein- 
ander folgenden Interruptbestätigungszy- 
klen, die je einen INTA-Impuls an den PIC 
schalten (Bild 4.2). 

Während des zweiten INTA-Impuises setzt 
der ausgewählte PIC einen der Interrupt- 
quelle zugeordneten Interruptvektor auf den 
niederwertigen Teil DB0. . . DB7 des Daten- 
BUS. Die CPU multipliziert diesen Vektor mit 
dem Wert 4. Damit entsteht ein Pointer auf 
die Adresse der Interrupt-Service-Routine in 
der Interrupttabeile Die CPU übernimmt die 
Werte für das CS- und das IP-Register aus 
der Interrupttabelle, nachdem die Fortset- 
zungsadresse des unterbrochenen Pro- 
gramms mit Segment- und Offsetanteil im 
Stack abgespeichert worden ist. Zusätzlich 
wird im Stack das Flagregister, einschließlich 
des Interruptflags, gekellert Das Interrupt- 
flag ist am Anfang der Interrupt-Service-Rou- 
tine automatisch auf 0' gesetzt worden. 

Am Ende der Interrupt-Service-Routine wer- 
den die im Stack abgespeicherten Informa- 
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Bild 4.5 


tionen mit dem Befehl IRET in das Flagregi- 
ster, das IP- und CS-Register zurückge- 
schrieben. Damit ist der Zustand vor der In- 
terruptannahme wieder hergestellt und mit 
dem Wert T für das Interruptflag eine er- 
neute Interruptfreigabe der CPU gegeben. 
Die Interrupt-Service-Routinen können auch 
mit Interruptbefehlen auf gerufen werden 
(„Software-Interrupts "). Im 2-Byte-lnterrupt- 
Befehl INT zz wird der zugehörige Interrupt- 
code zz angegeben. Die Stackeinlragung 
entspricht einem Hardware-Interrupt. 

4.2. Aufbau und Funktionsprinzip des 
programmierbaren Interruptcontrollers 
8259 A 

Nach Bild 4.3 enthält der PlCdie Funktions- 
einheit für den System-BUS-Anschluß mit 
Daten-BUS-Puffer für den niederwertigen 
Teil DB0 . . . DB7 des Daten-BUS und der 
Anschaltung der Steuersignale RD und WR. 
Das Signal CS selektiert den Baustein inner- 
halb des E/A-Adreßraumes. Mit dem Eingang 
A0, der mit einer unteren Bitleitung des 
Adreß-BUS verbunden wird (z. B. ABI ), wer- 
den die zwei möglichen Adressen für die 
Steuerkanäle des PIC unterschieden. 

Die Prioritätsentscheidung für die 8 Ein- 
gangssignale an den Interrupt-Anforde- 
rungseingängen IR0 . . . IR7 übernimmt eine 
Prioritätslogik im Zusammenwirken mit drei 
Registern. 

Das Interruptrequestregister (IRR) speichert 
alle Interruptanforderungen an den Interrupt- 
requesteingängen IR0. . . IR7. Die Interrupt- 
anforderung wird entweder mit der "0/1 '- 
Flanke (edge triggered mode) oder mit dem 
T- Pegel (level triggered mode) übernom- 
men. Die Ausgänge des IRR werden mit dem 
Interrupt-Masken-Reglster (IMR) maskiert. 
Innerhalb der Interruptbestätigung durch die 
CPU wird die höchstpriorisierte Anforderung 
bei Berücksichtigung der Maskierungsbedin- 
gung aus dem IRR mit dem ersten INTA-Im- 
puls in ein In-Service-Register (ISR) über- 
nommen, falls in diesem keine höherpriori- 
sierte Interruptabarbeitung markiert ist. Im 
ISR-Register sind also alle in der Abarbei- 



von drei 


tung befindlichen Interrupts notiert. Das 
höchste gesetzte Bit des ISR wird entweder 
am Ende der Interrupt-Service-Routine mit 
einem speziellen Kommando an den PIC 
oder automatisch nach dem zweiten INTA- 
Impuls (AEOI-Mode des PIC) gelöscht. 

Die Kaskadierungslogik gestaltet die An- 
schaltung von Slave-PICs an einen Master- 
PIC. Nach Bild 4.4 werden alle PIC s an den 
Daten-BUS, die Steuersignale RD und WR 
und die Adreßauswahlsignale angeschlos- 
sen. Die Interruptausgänge INT der Slave- 
PICs sind mit den IR-Eingängen des Master- 
PIC verbunden. 

Die Betriebsart jedes PIC als Master oder 
Slave wird durch die Programmierung und 
den Anschluß SP eingestellt. Der in einem 
Slave-PIC ausgewählte höchstpriorisierte In- 
terrupt wird an den IR-Eingang des Master- 
PiC gelegt und von diesem nach den Priori- 
tätsbedingungen der Masterebene an den 
INTR-Eingang der CPU geschaltet. 

Die Interruptbestätigungszyklen werden von 
allen PICs parallel ausgewertet. Der Master- 
PIC legt auf die Ausgänge CAS0, CAS1 und 
CAS2 den Identifikationscode desjenigen 
Slave-PICs der den Interruptvektor auf den 
Daten-BUS zu geben hat. 

4.3. Anschlußbeschreibung des 8259A 

Die Pin-Belegung des 8259A zeigt Bild 4.5. 
Die Anschlüsse haben die folgende Bedeu- 
tiLP9- 

CS Bausteinauswah! (chip select), 

Eingang 

WR Schreibsignal (write), Eingang 

RD LesesignaJ (read), Eingang 

D7-D0 Datenleitungen für das Schreiben 

von Steuerkommandos und das 
Lesen von Statusinformationen 
und des Interruptvektors, bidirek- 
tional, tri-state 

CAS0, Kaskadierungssignale, 

CAS1, Ausgänge für Master-PIC, 

CAS2_ Eingänge für Slave-PICs 

SP/EN Programmierung im Puffermode: 

EN, Ausgang 

Ansteuersigna! für Daten-BUS- 


Lesetreiber 

Programmierung im Nichtpufe'- 
mode: 

SP, Master/Slave-Selektion. 
Eingang 
SP =■■ 1 : Master 
SP = 0: Slave 
INT Interruptausgang 

IR0-IR7 Interruptanforderungseingange, 
pegel- oder flan keng esteuerl 

(Interrupt request) 

I NTA I nterruptbestätigungssignal des 

Buscontrollers 8288 (inten upt 
acknowledge), Eingang 
A0 Portauswahlsignal, Eingang. 

Verbindung mit ABI des Adreß- 
BUS üblich) 

Vcc +5V 

GND Masse 

Die schaltungstechnische Einordnung des 
PIC 8259A im System 8086 zeigt Bild 4.6. 

4.4. Programmierung des 8259A 

Der 8259A ist sowohl für den Einsatz in 8-Bit- 
Prozessorsystemen (8080, 8085) als auch 
für die 16-Bit-Prozessoren 8086 und 8088 
geeignet Im folgenden wird die Programmie- 
rung nur für die 16-Bit-Prozessoren erläu- 
tert. 

Die Programmierung des PIC erfordert zu- 
erst eine Grundinitialisierung mit 2 bis 4 In- 
itialisierungskommandos Em erstes Initia- 
lisierungskommandowort ICW1, ausgege- 
ben auf Steuerport mit A0 = 0, startet die 
Programmierung. ICW1 enthält die Einstel- 
lung der Interruptrequesteingänge auf die 
Flanken- oder Pegelsteuerung und die An- 
gabe, ob ein PIC oder mehrere kaskadierte 
PICs im System enthalten sind 
Das ebenfalls in allen Fällen notwendige 
zweite Initialisierungskommando /CIV2 ent- 
hält die 5 werthöchsten Bitstellen des Inter- 
ruptvektors, der im zweiten Interruptbestäti- 
gungszyklus vom PIC auf den Daten-BUS 
gelegt wird. Der PIC setzt entsprechend der 
bestätigten Interruptanforderung die Bitposi- 
tionen T0, TI und T2 des interruptvektors 


wird fortgesetzt 


Literatur: 

•1- ; Peripheral Design Handbook, Intel 1978 
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Bustrelberaufsatz D002 


Detlef Poppe 

VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen 


Bisher waren die Einsatzmöglichkeiten der 
Module des KC-85/2-(/3-)Systems auf die 
beiden im Grundgerät befindlichen Modul- 
schächte beschränkt. Der in diesem Beitrag 
vorgestellte Bustreiberaufsatz D002 vergrö- 
ßert die Anzahl der verfügbaren Modul- 
schächte um vier. 

Es werden die technische Konzeption des 
Gerätes und durch die Erweiterung entstan- 
dene, beim Moduleinsatz zu beachtende 
Besonderheiten, wie WAIT-Erzeugung und 
Einstellung der Geräteadresse, genannt. Zu 
den beschriebenen technischen Details ge- 
hört auch die speziell beim KC-85-System 
verwendete Modulprioritätskette. 

Zum Abschluß des Beitrages wird in einem 
Anwendungsbeispiel eine prinzipielle Lö- 
sungsmöglichkeit gezeigt, wie von einem 
KC 85/2 bzw. KC 8513 Datenmengen verwal- 
tet werden können, welche insgesamt den 
Adreßraum des im Computer eingesetzten 
Prozessors überschreiten. 

Die Anwendungsmöglichkeiten des Bustrei- 
beraufsatzes beschränken sich natürlich 
nicht auf die im Beispiel angegebene Modul- 
konfiguration und die Dateiverwaltung. Hier- 
bei sind nur durch die technischen Möglich- 
keiten der Geräte und durch den Einfalls- 
reichtum der Anwender Grenzen gesetzt. 

1 . Einordnung des Gerätes 
in das Gesamtkonzept 

Der Grund für die Entscheidung zugunsten 
eines KC85/2 bzw. KC85/3 liegt neben den 
grafischen Möglichkeiten auch in der Erwei- 
terbarkeit des Gerätes. In der Gesamtkon- 
zeption sind zwei Grundformen von Erweite- 
rungsbausteinen vorgesehen, nämlich Mo- 
dule und Aufsatzgeräte. Bei den Modulen 
handelt es sich um steckbare Baugruppen, 
welche in die zwei am Grundgerät vorhande- 
nen Modulschächte gesteckt werden kön- 
nen. Bekannte Beispiele hierfür sind der 
Modul M006 (BASIC) und der Modul M022 
(EXPANDER RAM 16 KByte). 

Bei den Aufsatzgeräten handelt es sich um 
solche Erweiterungen, die sich nicht in einem 
Modul unterbringen lassen. Gründe hierfür 
sind die Größe der unterzubringenden Funk- 
tionsgruppen, die Leistungsaufnahme oder 
die Tatsache, daß die Erweiterungen selbst 
Module aufnehmen sollen. Die Geräte befin- 
den sich in einem in Abmessungen und Ge- 
staltung auf das Grundgerät abgestimmten 
Gehäuse, welches auf das Grundgerät ge- 
stellt wird (Bild 1). Die Aufsatzgeräte enthal- 
ten ein eigenes Netzteil. 

Die Verbindung der Signalleitungen mit dem 
Expansionsinterface des Grundgerätes oder 
eines anderen Aufsatzgerätes erfolgt mit Ge- 
räteverbindern (DEVICE CONNECTOR), 
welche im wesentlichen aus zwei miteinan- 
der verbundenen 58poligen Steckverbindern 
bestehen (Bild 2). 

Der Aufsatz D002, welcher den Anschluß von 
vier zusätzlichen Modulen ermöglicht, wird 
neu in das Produktionsprogramm des VEB 
Mikroelektronik „Wilhelm Pieck“ Mühlhau- 
sen aufgenommen. 



Bild 1 Beispiel einer Gerätekonfiguration mit 
Aufsatz D002 BUSDRIVER 
Bild 2 Rückansicht der Geräte mit Gerätever- 
binder (Fotos: Mock) 



2. Hardware des Bustreiber- 
aufsatzes und Hinweise 
zu seiner Anwendung 

Der vom Grundgerät als Expansionsinterface 
herausgeführte Rechnerbus ist nicht getrie- 
ben, das heißt, die Belastungsmöglichkeit 
der Signalleitungen ist durch die Ausgangs- 
belastbarkeit der CPU begrenzt. Eine zusätz- 
liche Belastung mit vier Modulen ist zu groß. 
Deshalb sind in den Signalleitungen zu den 
Modulschächten im D002 Treiberschalt- 
kreise zwischengeschaltet, wovon sich auch 
der Name des Aufsatzgerätes ableitet. Der 
getriebene Rechnerbus wird über einen 
zweiten Expansionsinterfacestecker heraus- 
geführt, um weitere Aufsatzgeräte anschlie- 
ßen zu können. 

Bild 3 und 4 vermitteln einen Eindruck vom 
Aufbau des Gerätes. Im folgenden Abschnitt 
werden die Inbetriebnahme des Aufsatzes 
und einige Besonderheiten, die nicht unmit- 
telbar aus den Abbildungen ersichtlich sind, 
erläutert. 

2.1. Aufstellung und Inbetriebnahme 

Der Aufsatz wird so auf das Grundgerät ge- 
stellt, daß die Füße des Gehäuses in die Aus- 
sparungen auf der Oberseite des Grundgerä- 
tes einrasten. Die elektrische Verbindung 
zum Expansionsinterface des Computers 
wird, wie bereits erwähnt, mit dem Gerä- 
teverbinder hergestellt. Außer dem Netzan- 
schluß sind dann keine weiteren Verbindun- 
gen zum D002 erforderlich. Im Bedarfsfall 
kann noch ein weiteres Aufsatzgerät auf die- 
sen gestellt und mit einem weiteren Geräte- 
verbinder angeschlossen werden. Es ist 
empfehlenswert, die Aufsatzgeräte vor dem 
Grundgerät einzuschalten, weil durch das 
Betriebssystem die Module in einen definier- 
ten Anfangszustand rückgesetzt werden. 


Bild 3 Konstruktiver Aufbau 



Module dürfen nur im ausgeschalteten Zu- 
stand des Gerätes gesteckt bzw. gezogen 
werden. 

2.2. Funktionsweise 

Für den Datenbus werden bidirektionale Bus- 
treiber (DS 8286) eingesetzt. Die Richtungs- 
steuerung dieser Treiber wird von der 
aufsatzinternen Steuerelektronik realisiert 
(Bild 4). Für den Adreßbus und diejenigen 
Steuerleitungen, welche grundgeräteseitig 
Ausgänge darstellen, werden Treiberschalt- 
kreise DL 541 bzw. Leistungsgatter einge- 
setzt. Für diejenige Gruppe von Steuerleitun- 
gen, welche Sammelleitungscharakter hat 
(ein Empfänger, mehrere Sender), hat der 
Bustreiber Open-Collector-Ausgänge (INT, 
NMI, WAITusw.). 

Die Signale BUSAK und BUSRQ werden im 
Bustreiberaufsatz nicht weitergeführt, weil im 
vorhandenen bzw. geplanten Modulsorti- 
ment kein DMA-Betrieb vorgesehen ist. Falls 
der Anwender über selbstgebaute Module 
mit DMA-Möglichkeit verfügt, können diese 
nur im Grundgerät betrieben werden. 

Das beim Grundgerät realisierte Konzept der 
Modulsteuerung wird beim Bustreiberaufsatz 
konsequent weitergeführt. Das Schalten der 
Module und die Strukturbyteabfrage erfolgen 
über die I/O-Adresse 80H (siehe IV). 

Auf dem höherwertigen Teil des Adreßbus 
wird eine schachtspezifische Adresse ausge- 
geben, deren höherwertige Tetrade (Geräte- 
adresse) für die Geräteauswahl zuständig ist, 
während die niederwertige Teträde die Aus- 
wahl des Schachtes innerhalb des Gerätes 
bewirkt. 

2.3. Moduladressierung 

Die Geräteadresse ist beim D002 im Regel- 
fall auf 1 eingestellt. Die Schachtadressen 
lauten also 10H, 14H, 18H und ICH. Falls 
zwei Bustreiberaufsätze an einem Grundge- 
rät betrieben werden sollen, muß die Geräte- 
adresse des zweiten Aufsatzes verändert 
werden, beispielsweise in 2. Das ist im Be- 
reich von 1 bis F durch im Gerät befindliche 
Lötbrücken möglich. Die Änderung der Löt- 
brücken wird von den Servicewerkstätten 
vorgenommen. 

Im Grundgerät bzw. Aufsatz wird aus der 
Adresse für jeden Schacht ein spezifisches 
Selektionssignal ausdekodiert (/MAD8 für 
Schacht 08, /MADC für Schacht 0C, /MAD1 0 
usw.)- siehe Bild 5a. 

Auf diesem Bild ist weiterhin die Modul-Priori- 
tätskette dargestellt. Ihre Funktion besteht 
darin, Zugriffskonflikte auf dem Datenbus zu 
vermeiden. Die Wirkungsweise ist mit der be- 
kannten Interruptprioritätskette vergleich- 
bar. 

Nehmen wir an, daß in allen Schächten des 
Bustreiberaufsatzes RAM-Module gesteckt 
sind, welche auf die Basisadresse 4000H ge- 
schaltet sind. Die Module 1 4, 1 8 und 1 C seien 
aktiv geschaltet. Dann würde beispielsweise 
der Befehl LD A, (401 OH) die Speicherschalt- 
kreise in allen drei aktiven Modulen gleichzei- 
tig zur Datenausgabe veranlassen. In diesem 
Fall gäbe es auf dem Datenbus nicht immer 
eindeutig als LOW oder HIGH bewertbare 
Pegel. Das wird aber durch die Prioritätskette 
verhindert. Der Modul kann nur dann Daten 
ausgeben, wenn er aktiv geschaltet ist und an 
seinem MEI-Eingang HIGH-Pegel anliegt. 
Wenn er Daten ausgibt, gibt der Modul an sei- 
nem eigenen MEO-Ausgang LOW-Pegel 
aus. Ein nicht angesprochener Modul gibt 
den an seinem Eingang anliegenden HIGH- 
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a) Prinzip der Prioritätskette. Die angegebenen Pegel (H,L) beziehen sich 
auf den Fall, daß auf den Modul mit der Adresse 14 zurückgegriffen wird. 

b) Umgehungslogik 

c) Mögliche Bestückungsvarianten 


Pegel an den Ausgang weiter. LOW-Pegel 
wird von allen Modulen weitergeleitet, unab- 
hängig davon, ob sie aktiv geschaltet sind 
oder nicht. 

In unserem Beispiel gelangt der HIGH-Pegel 
der Prioritätskette bis zum Schacht 14. Die- 
ser Modul kann auf dem Datenbus seine Da- 
ten ausgeben und gibt auf der Prioritätskette 
LOW-Pegel weiter. Damit wird die Datenaus- 
gabe der Module 18 und IC verhindert. Von 
der beim U880-System allgemein verwende- 
ten Interruptprioritätskette sind verschiedene 
Lösungen zur Verkürzung der Signallaufzei- 
ten mittels Umgehungsgattern bekannt. Die 
im D002 für Interrupt- und Speicherprioritäts- 
kette verwendete Variante wird in Bild 5b ge- 
zeigt. Die Ein- und Ausgangssignale der Prio- 
ritätskette haben nicht nur die beschriebene 
Funktion, sie werden auch von der Rich- 
tungssteuerung der Datentreiber benutzt. 

2.4. Modulbestückung 

Bei Bestückung des Aufsatzes mit einer ge- 
ringeren Anzahl als der maximal möglichen 
von vier Modulen sind bestimmte Bedingun- 
gen zu beachten, damit beide Prioritätsketten 
ordnungsgemäß funktionieren können. Wird 
eine Modulebene (d. h. zwei nebeneinander- 
liegende Schächte) mit nur einem Modul be- 
stückt, muß dieser in den rechten Schacht 
gesteckt werden. Wird er in den linken 
Schacht gesteckt, kann es zu Komplikatio- 
nen kommen, was man sich leicht am Bild 5b 
klarmachen kann. Wenn in diesem Bild Mo- 
dul 14 gesteckt und Modul 10 nicht gesteckt 
ist und vom Ausgang des Moduls 08 LOW- 
Pegel gesendet wird, wird dieser zwar über 
das AND-Gatter an die nachfolgenden 
Schächte weitergeleitet, der Modul 14 hat 
aber an seinem Eingang MEI HIGH-Pegel. In 
diesem Fall ist ein Datenbuskonflikt zwischen 
Modul 1 4 und dem Grundgerät bzw. einem im 
Grundgerät gesteckten Modul möglich. Die 
drei zulässigen Bestückungsvarianten einer 
Modulebene (siehe Bild 5c) können in den 
beiden Modulebenen des Aufsatzes beliebig 
kombiniert werden. 

Im Grundgerät fehlen die in Bild 5b angege- 
benen Widerstände. Zur störungsfreien 
Funktion der Gerätekonfiguration ist es des- 
halb erforderlich, daß bei der Nutzung von 
Aufsatzgeräten beide Schächte des Grund- 
gerätes mit Modulen bestückt sind. 

2.5. WAIT-Erzeugung 

Der D002 besitzt eine interne WAIT-Logik. Im 
Normalzustand des Aufsatzes wird bei jedem 
Ml -Zugriff auf einen im Aufsatz steckenden 


Modul oder einen nachfolgenden Aufsatz ein 
WAIT mit der Dauer einer Taktperiode einge- 
blendet. 

Diese Maßnahme wurde mit Rücksicht auf 
die insbesondere bei der Arbeit mit mehreren 
Aufsatzgeräten wirksam werdende Verlän- 
gerung der Signalleitungen und die Signal- 
laufzeiten der Modulprioritätskette vorgese- 
hen, sie ist aber nicht in jedem Fall erforder- 
lich. Aufgrund bisher vorliegender Erfahrun- 
gen hat sich der in einigen Modultypen einge- 
setzte EPROM U 271 6 im Verhältnis zu an- 
deren Speichertypen als empfindlicher ge- 
genüber Leitungsstörungen erwiesen. 

Damit im Bedarfsfall das zeitliche Verhalten 
optimiert werden kann, ist die Möglichkeit 
vorgesehen, die Funktion der WAIT-Logik 
mittels Lötbrücken zu verändern. Das auf- 
satzintern erzeugte WAIT kann total unter- 
drückt bzw. auf die anderen Arten von Pro- 
zessorzugriffen erweitert werden. 

Wenn der Modul M027 DEVELOPMENT in 
den Aufsatz gesteckt wird, ist zu beachten, 
daß, bedingt durch das WAIT, die Schrittbe- 
triebsart des Testmonitors nicht funktioniert. 
Die anderen Funktionen des Moduls werden 
aber nicht beeinträchtigt. 

Wenn die Schrittbetriebsart genutzt werden 
soll, ist der Modul in das Grundgerät zu stek- 
ken, bzw. das aufsatzinterne WAIT muß ab- 
geschaltet werden. 

Die eben erwähnte WAIT-Problematik ist 
auch bei Programmabläufen zu berücksichti- 
gen. Beispiele hierfür sind Zeitschleifen, wel- 
che durch Dekrementieren von Registern 
realisiert werden und Programme mit Echt- 
zeitforderungen, wie es beispielsweise bei 
Antriebssteuerungen der Fall ist. Es gibt in 
solchen Fällen Unterschiede der Programm- 
laufzeit, je nachdem, ob der Modul mit dem 
Programm im Grundgerät oder im Aufsatz 
steckt. 

2.6. Modulverwaltung 

Das Schalten und die Strukturbyteabfrage 
des Moduls erfolgen in der vom Grundgerät 
bekannten Art und Weise. Neben der Mög- 
lichkeit, auf Maschinensprachebene über ge- 
eignete IN- bzw. OUT-Befehle direkt auf die 1/ 
O-Adresse 80H zuzugreifen, bieten Betriebs- 
system, FORTH und BASIC-Interpreter kom- 
fortablere Möglichkeiten in Form des in der 
Unterprogrammtabelle enthaltenen Unter- 
programms MODU mit der UP-Nr. 26H (siehe 
131) bzw. in FORTH mit den Worten MODUL 
und SWITCH 141 sowie in BASIC mit der An- 
weisung SWITCH mm, kk (siehe 121). Die Mo- 
dulsteuerung kann auch mit den Funktionen 


SWITCH und JUMP aus dem CAOS-Menü 
angesprochen werden. 

Beim Stecken der Module ist unter Umstän- 
den auf eine zweckmäßige Reihenfolge in 
der Prioritätskette zu achten. So müssen bei- 
spielsweise 64-KByte-RAM-Module an den 
letzten Positionen der Kette eingeordnet wer- 
den, weil sie im aktiv geschalteten Zustand 
den Zugriff auf alle dahinter liegenden Spei- 
chermodule blockieren würden. 

3. Anwendung des D002 

Die Möglichkeiten des Kleincomputersy- 
stems KC85/2(/3) konnten bisher aufgrund 
der durch das Grundgerät und dessen zwei 
Steckplätze beschränkten Speicherkapazität 
nicht voll ausgenutzt werden, weil viele An- 
wendungsfälle große Datenmengen erfor- 
dern, die ohne zusätzliche Ladevorgänge 
schnell verfügbar sein müssen. Beispiele 
hierfür sind Buchhaltung, Lagerverwaltung 
und ähnliches. Zur Lösung des Problems gibt 
es zwei grundsätzliche technische Möglich- 
keiten, die aber auch kombiniert angewendet 
werden können. 

Die eine Möglichkeit besteht in gegenüber 
der Magnetbandkassette verbesserten ma- 
gnetomotorischen Speichermedien (Dis- 
kette, Festplatte). 

Der andere Weg besteht in einer wesent- 
lichen Vergrößerung der RAM-Kapazität ge- 
genüber der Grundausstattung des KC-Sy- 
stems. Diese Möglichkeit, die im folgenden 
näher beschrieben wird, kann unter Verwen- 
dung des Bustreiberaufsatzes D002 realisiert 
werden, der für diesen Zweck mit vier Stück 
M022 EXPANDER RAM oder noch besser 
M011 64 KByte RAM bestückt wird (in den 
folgenden Ausführungen wird der allgemeine 
Oberbegriff RAM-Modul verwendet). Ein Vor- 
teil dieser Lösung gegenüber magnetomoto- 
rischen Speichern liegt in der kürzeren Zu- 
griffszeit. 

Die Daten müssen aber einmalig vor Beginn 
der Verarbeitung vom magnetomotorischen 
Speicher (Kassette) geladen werden und am 
Ende der Bearbeitung bzw. nach wichtigen 
Zwischenstufen auf diesen gerettet werden. 
Beim Speichermedium Kassette sind diese 
Vorgänge zwar mit einem gewissen Zeitauf- 
wand verbunden; wenn ein leistungsfähige- 
res Massenspeichermedium nicht zur Verfü- 
gung steht, ist diese Vorgehensweise aber 
für viele Anwendungsfälle zweckmäßig. Für 
die oben genannten Anwendungsfälle müs- 
sen häufig Ergebnisse ausgedruckt werden. 
In Abhängigkeit von der geforderten Drucker- 
schnittstelle muß ein entsprechender Modul- 
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typ ausgewählt werden, der im Grundgerät 
gesteckt wird. Meistens kommt ein M003 
(V.24) in Frage. Der zweite Schacht des 
Grundgerätes kann in der Entwicklungs- und 
Testphase der Software mit einem M027 
DEVELOPMENT belegt werden. Die Endfas- 
sung des Programms kann auf einem M025 
USER PROM 8K gespeichert werden, der 
dann statt des Entwicklungssystems ge- 
stecktwird. 

Wird das Anwenderprogramm nicht in Ma- 
schinensprache, sondern in einer höheren 
Programmiersprache geschrieben, können 
auch ein FORTH-Modul (M 026) bzw. Modul 
M 006 BASIC (beim KC 85/2) verwendet wer- 
den. Bei Nichtinanspruchnahme dieser Mög- 
lichkeiten könnten auch weitere RAM-Mo- 
dule gesteckt werden. 

Ein wesentliches Problem bei der Dateiarbeit 
liegt in der zweckmäßigsten Speicherauftei- 
lung. Der Gesamtdatenbestand wird in Teil- 
blöcke von je 1 6 KByte untergliedert, wobei je 
nach RAM-Modultyp 4 bzw. 16 Blöcke Ver- 
fügbar sind. Für die Daten wird der Adreßbe- 
reich von 4000FI bis 7FFFFI verwendet, wo- 
bei je nach Bedarf der gerade benötigte Da- 
tenblock auf diesen Adreßbereich aktiv ge- 
schaltet wird. Für das Programm selbst, des- 
sen Arbeitszellen usw. wird der Adreßbereich 
unterhalb 4000H verwendet. (Bei einem BA- 
SIC-Programm MEMORY END auf =S 16383 
begrenzen!) Bei einer Realisierung des An- 
wenderprogramms als Maschinenprogramm 


auf EPROM wird dieses in den Adreßbereich 
0C000H bis ODFFFH gelegt. (Beim KC85/3 
BASIC-ROM mit SWITCH 2 0 abschalten!) 

Die Zu- und Abschaltung der jeweils benötig- 
ten Datenblöcke muß vom Anwenderpro- 
gramm selbst organisiert werden. Hierzu 
steht der bereits genannte Befehl SWITCH 
zur Verfügung. 

Eine Realisierung des Anwenderprogramms 
in BASIC ist möglich, aber für umfangreiche 
Datenbestände im allgemeinen zu langsam. 
Ein Vorteil des BASIC-Programms liegt je- 
doch in der Entwicklungsphase. In BASIC 
kann selbst der in der Programmierung rela- 
tiv unerfahrene Anwender Änderungen der 
Verarbeitungsalgorithmen oder Bildschirm- 
darstellungsformate leicht ausprobieren. 

Der Zugriff auf die außerhalb des eigentli- 
chen BASIC-Speicherbereichs liegenden 
Datenbestände erfolgt mittels POKE/PEEK 
bzw. DOKE/DEEK. Die Magnetbandspeiche- 
rung der Daten erfolgt in gleicher Weise wie 
bei Maschinenprogrammen, also mit SAVE, 
LOAD bzw. BLOAD. 

Wenn das Programm im wesentlichen den 
Wünschen des Anwenders entspricht, kann 
der Nutzer mit Kenntnissen der Maschinen- 
sprache damit beginnen, zeitaufwendige 
Programmteile, wie beispielsweise Such- 
und Sörtieratgorithmen, in Maschinenunter- 
programme (Aufruf mit CALL)- umzusetzön. 
Im Bedarfsfall kann schrittweise das gesamte 
BASIC-Programm. durch Maschinenpro- 


gramme ersetzt werden. Die bereits vom BA- 
SIC-Programm gespeicherten Daten können 
vom Maschinenprogramm unverändert wei- 
ter benutzt werden. 

Beim Laden und Retten der Inhalte der ein- 
zelnen RAM-Module mittels LOAD bzw. 
SAVE können die jeweiligen Datenblöcke mit 
der Menüfunktion SWITCH zugeschaltet 
werden. Hierbei kann man sich durch Funk- 
tionstastenbelegungen oder ein kleines Hilfs- 
programm Erleichterungen schaffen. 



VEB Mikroelek" . ' k „Wilhelm Pieck“ Mühlhausen, Eisen-, 
acher Straße 40, Mühlhausen, 5700; Tel 53282 (Autop 
oder 53209 (Applikationsstelle) 


zur 2. Umschlagseite 

Verhalten von Zahlenfolgen grafisch dargestellt 


Detlef Thielsch, Wolfen 

Zahlenfolgen sind häufig auf ihr Konvergenzverhälten zu untersu- 
chen. Diese Untersuchung wird durch eine grafische Darstellung be- 
sonders anschaulich. Die in der Literatur /I/, 12/ bekannt gewordene 
Mandelbrotmenge (Benoit B. Mändelbrot - Mitarbeiter am IBM For- 
schungszentrum in Yorktown Heights) liefert darüber hinaus auch äs- 
thetisch ansprechende Bilder. Sie stellt den Konvergenzbereich der 
wie folgt definierten Folge komplexer Zahlen dar: 

Die Zahl Z| = x + jy wird quadriert und die Konstante c = x c + jy c ad- 
diert bzw. subtrahiert. Auf die so erhaltene Zahl Zj + 1 wird das Verfah- 
ren erneut angewandt: 

Z| + 1 = z? ± c mit z? = x 2 - y 2 + j2xy 

und z 0 = 0; j = 0, 1 , 2, 3, . . . 

In Abhängigkeit von c ist die Folge konvergent oder divergent. 
Untersucht man mit dem untenstehenden BASIC-Programm die 
Punkte der Gaußschen Zahlenebene in der Nähe des Koordinatenur- 
sprungs und setzt an der entsprechenden Stelle des Bildschirms für 
Konvergenz Schwarz, für Divergenz in Abhängigkeit von der Schnel- 
ligkeit des Anwachsens der Zahl z unterschiedliche Farbwerte, so re- 
sultiert Bild 1 , das auch aus MP 1/88 bekannte „Apfelmännchen“ (die 
Bilder zu diesem Beitrag finden Sie auf der 2. Umschlagseite). 
Weniger geläufig sind die Ergebnisse der analogen Vorgehensweise 
für andere Potenzen von z, wie sie die Bilder 2 und 3 zeigen. 

Fürz 3 ist das Programm wie folgt zu ändern: 

230 YZ = (XX + XX + XX - YY) x YZ -YC 

240 XZ = (XX - YY - YY - YY) x XZ - XC 

Für z 4 : 

230 YZ = (YZ + YZ + YZ + YZ) x (XZ x XX - (XZ x YY)) - YC 

240 XZ = (XX x XX) - (6 x XX x YY) + (YY x YY) - XC 

Weitere interessante Ergebnisse liefern Manipulationen am Pro- 
gramm. Beginnt die Iteration mit z D = c und wird die zu c konjugiert 
komplexe Zahl c = x c - jy c subtrahiert, so resultiert eine Birnenform 



(Bild 4). Werden für z 4 die Programmzeilen 230 und 240 vertauscht, 
so ergibt sich Bild 5. Die mehrstündigen Rechenzeiten können durch 
die Symmetrie zur realen Achse verkürzt werden. Bemerkenswert 
sind Ausschnittsvergrößerungen der Mengenränder. (Bild 6). 
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Diagrämmdarstellung 
auf dem PC 1715 

Arnd Hilbert, Magdeburg die eine quantitative Einschätzung bestimm- 

ter Dateiinhalte ermöglichen. 

Die grafische Darstellung dieser Werte in ei- 
Innerhalb des Datenbanksystems REDA- nem Säulen- oder Balkendiagramm eignet 
BAS können numerische Werte in der Datei sich besonders für vergleichende Betrach- 
direkt gespeichert werden. tungen oder zur Illustrierung des Entwick- 

Zusätzlich lassen sich durch die Befehle lungstrends über einen bestimmten Zeit- 
SUM oder TOTAL ON Zahlenwerte ermitteln, raum. Unter Verwendung der Terminalsteu- 


erzeichen des PC 1715 sind Diagrammdar- 
stellungen auch für die Programmiersprache 
des Datenbanksystems REDABAS einfach 
zu realisieren. Im folgenden soll ein Pro- 
grammbeispiel zur Kostenanalyse (Kosten 
pro Monat) erläutert werden. 

Entsprechende Zahlenwerte können im Pro- 
gramm als freie Speicherzellen oder als Fel- 
der einer Datei übergeben werden. 

Einfacher geht’s nicht mehr 

Zur Dateneingabe werden in diesem Beispiel 
1 2 Speicherzellen, bezeichnet mit den Buch- 
staben A bis L, deklariert. Da die numeri- 



schen Inhalte dieser Speicherzellen im Pro- 
Programmlistings gramm häufig nacheinander abgefragt wer- 
den, ist es sinnvoll, dieses durch eine ent- 
sprechende DO WHILE-Schleife zu realisie- 
ren. 

Beginnend mit der Dezimalzahl 65 wird die 
Bezeichnung jeder einzelnen Speicherzelle 
durch die Charakter-Funktion CHR ((Zahl)) 
dargestellt: CHR(65)=A. Anstelle der direk- 
ten Zahleneingabe läßt sich eine weitere 
Speichervariable (Anfangswert: 65) einset- 
zen, deren Wert bei jedem Schleifendurch- 
lauf um eins erhöht wird, bis die jeweilige 
Operation für alle Ausgangswerte durchge- 
führt wurde. 

Eine wesentliche Vereinfachung des Pro- 
gramms ist die Folge. 

Das gleiche Verfahren kann auch auf ent- 
sprechend bezeichnete Felder einer speziel- 
len Datei angewandt werden. Die Datensätze 
einer solchen Datei ermöglichen außerdem 
eine weitere Sortierung der Daten (z. B. nach 
Jahren, Bereichen usw.). 

Damit alles im Rahmen bleibt 

Für eine Bildschirmbreite von 80 Zeichen läßt 
sich ein Säulendiagramm mit maximal 40 
Werten erstellen (Reliefdiagramm: 80). Die 
Anzahl der Bildschirmzeilen (max. 24 Zeilen) 
bestimmt in diesem Fall die Höhe der Säule 
für den größten Wert. Ausgehend vom größ- 
ten Ausgangswert wurde zur Darstellung der 
übrigen Werte ein Vielfaches von 1/20 des 
Maximalwertes gewählt. 
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Die Höhe einer Säule zeigt damit die Abwei- 
chung vom größten Wert in der entsprechen- 
den Abstufung mit einer Genauigkeit von 1/ 
20 dieses Wertes. 

Eine höhere Auflösung ist bei der zeilenwei- 
sen Darstellung aufgrund der geringen Bild- 
schirmhöhe nicht möglich. 

Was man Schwarz auf Weiß besitzt . . . 

Die Ausgabe des Säulendiagramms auf den 
Drucker gestattet einen besseren Vergleich 
der Werte, da in Abhängigkeit von der Blatt- 
höhe die Genauigkeit bis auf 1/60 des Maxi- 
malwertes gesteigert werden kann. Über 
eine Kommentarzeile auf dem Bildschirm 
kann der Nutzer ein spezielles Druckpro- 
gramm (DRUCK1 .CMD) aufrufen, das den 
Ausdruck des dargestellten Diagramms auf 
einem Nadeldrucker (EPSON LX-86) reali- 
siert. 

Mit einem Balkendiagramm kann die Abbil- 
dung ebenfalls mit größerer Genauigkeit er- 
folgen, da die Anzahl der Bildelemente über 
die gesamte Bildschirmbreite maximal 80 Ab- 
stufungen zuläßt. 

Allerdings reduziert sich hierbei die Anzahl 
der maximal darstellbaren Werte auf 24, da in 
jeder Zeile nur ein Balken abgebildet werden 
kann. Das vorliegende Beispielprogramm 
bietet die Möglichkeit des Vergleichs beider 
Darstellungsarten. Über die Eingabe der ent- 
sprechenden Kennzahl können Unterpro- 
gramme zur Darstellung des Balkendia- 
gramms (BALKEN.CMD) oder zum Einblen- 
den der aktuellen Zahlenwerte (WER- 
TE.CMD) gestartet werden. 

Das Druckprogramm DRUCK2.CMD gestat- 
tet die Ausgabe des Balkendiagramms auf 
dem Drucker. 


/I/ Matzke, B.: Terminalsteuerzeichen des PC 1 71 5. Mikro- 
prozessortechnik 1 (1987) 5, S. 140-141 . 


Anwendungsbeispiel 
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Die Arbeit 

mit Direktzugriffsdateien 


Michael Lennartz, Ludwigsfelde 


Disketten und Festplatten als Bestandteil 
von Mikrorechnern bestimmen wesentlich 
das Leistungsniveau dieser Geräte. Sie sind 
gleichzeitig typische Datenträger für die Ar- 
beit mit Direktzugriffsdateien ( DA-Dateien ). 
Viele BASIC-Dialekte wie auch die BASIC- 
80-Systeme BASI (Interpreter) und BASC 
(Compiler) von Robotron beinhalten lei- 
stungsfähige Anweisungen zur Arbeit mit 
DA-Dateien. Diese sollen im folgenden er- 
läutert werden. 

1 . Eröffnen von Dateien 

In BASIC werden Nummern zum Anspre- 
chen von peripheren Geräten verwendet. Um 
eine Beziehung zwischen der intern zugewie- 
senen Nummer und der physischen Disket- 
tendatei herzustellen, wird mit der OPEN-An- 
weisung die Datei eröffnet: 

OPEN ‘R“,#n, name, length 
Es bedeuten: 

“R“ - Kennzeichen für Direktzugriff 

#n - Zahl, unter der die Datei programm- 
intern geführt wird. Das Zeichen # kann ent- 
fallen. Für n gilt: 1<=n<=15. 
name - Zeichenkette, die den Namen der 
Datei angibt, name ist eine Zeichenkettenva- 
riable oder wird in Hochkomma eingeschlos- 
sen. 

length - Länge des Ein-/Ausgabepuffers, 
der vom System bereitgestellt werden 
muß. 

In der Interpreterversion ist n auf maximal 3 
und length auf maximal 128 eingestellt. Bei 
der Arbeit mit dem Interpreter können diese 
Werte durch den Aufruf 
basi/f:n/s:laenge 

auf die Verarbeitung von höchstens 15 Da- 
teien und eine größere Satzlänge eingestellt 
werden. 

Beispiel: 

OPEN “R“,#1 ,“NAME.FIL“,20 bzw. 

OPEN “R“,#1 ,“B:NAME.FIL“,20 
NO = “NAME.FIL“ 

LWO =“B:“ 

OPEN “R",#1 ,NO,20 bzw. 

OPEN “R“,#1 ,LWO + NO,20 

2. Wertzuweisung 

Für jede eröff nete Datei muß wenigstens eine 
FIELD-Anweisung der Form 
FIELD #1,15 AS AG, . . . 
vorhanden sein. FIELD definiert eine Maske, 
die der Zuweisung einzelner Bereiche des E / 
A-Puffers auf Variablen dient. Damit werden 
keine Speicherbereiche belegt oder Daten- 
transporte vollzogen! Zu jeder Datei können 
beliebig viele FIELD-Anweisungen vorhan- 
den sein. Die definierten Puffervariablen dür- 
fen nie links vom Zuweisungsoperator “=“ 
stehen, sie werden dann automatisch als 
Puffervariable gelöscht. Es ist aber möglich, 
Puffervariablen in PRINT- u. ae. -Anweisun- 
gen zu benutzen oder sie auf andere Zei- 
chenkettenvariablen zuzuweisen: 

PRINT AO 
KETTEO=AO 

Die Summe der Längen der Puffervariablen 
darf kleiner, aber nicht größer sein als die in 
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der OPEN-Anweisung vereinbarte Gesamt- 
länge des E/A-Puffers. 

Das Füllen des E/A-Puffers geschieht mit den 

Befehlen 

LS ET 

RSET 

LSET bedeutet linksbündiges, RSET rechts- 
bündiges Einschreiben von Zeichenketten. 
Freie Bereiche werden mit Leerzeichen ge- 
füllt, zu lange Ketten abgeschnitten. 
Beispiel: 

OPEN “R“,#1 ,“TEST.FIL“,20 
FIELD #1, 15 AS AO, 5 AS BO 
LSET AO= “Anzahl“ 

RSET BO = STR (5) 

füllt den Puffer auf folgende Weise (die 
Schrägstriche dienen nur zur Kennzeichnung 
der Begrenzung): 

/Anzahl 5/ 

Mo = “Familienname“ 

No = “Ort“ 

LSET AO = MO 
LSET BO = NO 
/Familienname Ort / 

Beispiel mit zwei FIELD-Anweisungen: 

FIELD #1 ,15 AS AO,5 AS BO 

FIELD #1,20 AS CO 

Nach der Zuweisung 

LSET Ao = “Familienname“ 

LSET BO = “Ort“ 
wird Co zu 

“Familienname Ort 
Nach der Zuweisung 
LSET Co = “Dampfschiffahrtsgesell- 
schaft“ 

enthalten die Puffervariablen folgende Zei- 
chenketten: 

Ao: “Dampfschiffahrt“ 

Bo : “sgese“ 

Co : “Dampfschiffahrtsgese“ 

Der Befehl 

RSET BO = STRO(12) 
erzeugt danach im Puffer den Inhalt: 
"Dampfschiffahrt 12“ 

Besonders für lange Datensätze mit vielen 
Feldern ist die Verwendung mehrerer FIELD- 
Anweisungen einer aufwendigen Zeichen- 
kettenverarbeitung vorzuziehen. 

3. Lesen und Schreiben von Daten- 
sätzen 

Die Ausgabe des Puffers auf Diskette ge- 
schieht mit der Anweisung 
PUT #n,r 

wobei n die Zuweisungszahl der Datei und r 
(r > 0) die Nummer des Datensatzes angibt. 
Beispiel: 

PUT #1,1 

Auf die Möglichkeit, r nicht anzugeben, son- 
dern sequentiell zu lesen oder zu schrei- 
ben, sollte zugunsten einer besseren Ver- 
ständlichkeit des Programms verzichtet wer- 
den. 

Das Lesen erfolgt ebenso mit der Anweisung 
GET #n,r 

Der Inhalt des Datensatzes steht danach in 
allen durch FIELD-Anweisungen definierten 
Puffervariablen zur Verfügung. 

Durch den schnellen Zugriff auf ein definier- 
tes Element bietet sich der Direktzugriff bei- 
spielsweise für die Verarbeitung von Arrays 
(Matrizen) an. Ein dreidimensionales Array 
V(20,5,3) 


könnte in BASIC folgendermaßen deklariert 
werden: 

L=20 : M=5 : N=3 
DIM V(L,M,N) 

OPEN “R“,#1, “ARRAY.FIL“,8 
FIELD #1,8 AS ZAHLO 
Die Ausgabe des Arrays auf Diskette wird mit 
der Befehlsfolge 
FOR 1 = 1 TOL 
FOR J = 1 TOM 
FOR K=1 TON 

RSET ZAHLO = STRO(V(l,J,K)) 
PUT #1 ,((I-1)*(M*N))+(J-1)*M+N 
NEXTK 
NEXTJ 
NEXTI 
realisiert. 

Ein einzelnes Element des Arrays V(A,B,C) 
mit 

1 <= A<= L, 

1 <= B<= M, 

1 <= C <= N 

wird erreicht mit dem Befehl 

GET #1 ,((A- 1 )*(M*N))+((B- 1 )*N)+C 

V(A,B,C)=VAL(ZAHLO) 

4. Schließen von Dateien 

Mit dem Befehl 
CLOSE bzw. 

CLOSE #n 

werden eröffnete Dateien geschlossen und 
die Bibliothekseintragungen im Directory der 
Diskette aktualisiert. Sollen nur einzelne Da- 
teien geschlossen werden, wird die zugehö- 
rige Dateinummer angegeben, ohne Datei- 
nummer werden alle zur Laufzeit eröffneten 
BASIC-Dateien geschlossen. 


Logikbefehl 



Zeichnung: Frank Steger 
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Inhaltsdatenbank der MP 

Aufgrund der großen Nachfrage zur 
Inhaltsdatenbank der Zeitschrift rfe, 
die in rfe 11/87 zur Nachnutzung an- 
geboten wurde, haben wir den Inhalt 
der nun über ein Jahr erscheinenden 
Zeitschrift Mikroprozessortechnik 
ebenfalls rechnergestützt verwaltet 
(Basis REDABAS). 

In der Datenbank sind in Form einer 
Inhaltstabelle alle bisher veröffent- 
lichten Beiträge gespeichert. Das 
Programm gestattet das weitere Er- 
fassen von Beiträgen, das Suchen 
ausgewählter Beiträge nach Stich- 
worten und wahlweises Ausgeben 
auf Bildschirm oder Drucker mit An- 
gabe der MP-Nr., Seite und Rubrik. 
Voraussetzung für den Einsatz ist ein 
Personal- oder Bürocomputer mit 
dem Betriebssystem SCP. Zur Nach- 
nutzung wird das komplette Pro- 
grammpaket einschließlich der voll- 
ständig beschriebenen MP-lnhalts- 
verzeichnisdatenbankdatei sowie 
eine Dokumentation zur Benutzung 
des Programms angeboten. 

VEB Plasttechnik Greiz, Abt. Fertigungs- 
mittelwirtschaft und Rationalisierungs- 
mittel, Plauensche Str. 40-42, Greiz, 
6600; Tel. 79719 

Heidrich 

Interface-Module 
für Mikrorechner 

Standard-Interface Sl 1.2 

Für den Kleincomputer KC 85/1 
wurde eine Standardschnittstelle 
nach der Normung Sl 1 .2 geschaffen, 
die jeweils 8 Eingangs- und 8 Aus- 
gangsdatenleitungen mit den ent- 
sprechenden Befehls- und Meldesi- 
gnalen realisiert. Die Leiterplatte ist in 
einen Modulsteckplatz steckbar, 
kann aber auch über ein entspre- 
chendes Kabel an die Kleincomputer 
KC 85/2 bzw. /3 angeschlossen wer- 
den. Mit diesem Interface ist z. B. die 
Rechnerkopplung mit dem Specord 
M40/M80 möglich. 

Standardinterface IMS2 
Es wurde eine Standardschnittstelle 
nach der Normung IMS2 (lEC-Bus) 
geschaffen, die alle Hauptfunktionen 
einschließlich Controller realisiert. 
Die Leiterplatte wurde für den Einbau 
in den PC 1715 konzipiert, kann aber 
auch mit entsprechendem Adapter- 
kabel an alle K-1 520-buskompatiblen 
Geräte angeschlossen werden. 
V.24-Interface für elektronische 
Schreibmaschinen 
Für die elektronischen Schreibma- 
schinen S6001 , S6010, S6011 und 
die Serie S61 xx wird eine Leiterplatte 
angeboten, die in den jeweiligen Bus- 
anschluß der Schreibmaschine ge- 
steckt wird. Das V.24-Interface reali- 
siert die Ausgabe auf und die Eingabe 
von der Schreibmaschine. Der Start 
des Programms des Interfaces kann 
von einem Taster auf der Leiterplatte 
oder vom angeschlossenen Compu- 
ter erfolgen. 

Universeller Interface-Converter 
UIC 

Der UIC stellt ein Koppelelement zwi- 
schen verschiedenen standardisier- 
ten Interfaces der Rechentechnik dar. 
Der Datentransport erfolgt unidirek- 


tional von einer seriellen Schnittstelle 
IFSS oder V.24 auf ein paralleles In- 
terface Centronics, IFSP, Serien- 
drucker 1154 oder elektronische 
Schreibmaschine S6005. In umge- 
kehrter Richtung ist ein Datentrans- 
port von Centronics auf IFSS oder 
V.24 möglich. 

Alle Betriebsbedingungen (Daten- 
richtung, Datenrate, Datenformat, 
Parität, Übertragungsprotokoll und 
Stromeinspeisung) sind über DIL- 
Schalter bzw. Wickelbrücken einstell- 
bar. 

Eine Variante mit eigenem Netzteil ist 
verfügbar. Bestückte Interface-Con- 
verter sind lieferbar. 

8-Kanal-1 0-Bit-ADU 

Auf der Steckeinheit im K-1520-For- 
mat befinden sich je acht Vorver- 
stärker/Filter, S/H-Schaltungen 
(KP1100CK2) und A/D-Wandler 
(C571). Die einzelnen Kanäle werden 
sequentiell im Abstand von 4 ,«s ge- 
startet, mit den Ausgangsdaten der 
A/D-Wandler erfolgt eine Parallel-Se- 
rien-Umsetzung, wobei die Daten mit 
3 Adreßbits, welche den A/D-Wand- 
lerkanal bezeichnen, und 3 Leerbits 
zu einem 16-Bit-Wort ergänzt wer- 
den. Die Abtastfrequenz eines Ka- 
nals beträgt 1/32 «s (30 kHz). Durch 
Parallelschalten von 2, 4 oder 8 Ka- 
nälen auf ein Meßsignal läßt sich die 
Abtastrate verzwei-, -vier- oder -acht- 
fachen, im Maximalfall kommt man 
auf eine Abtastrate von 'Itfts 
(250 kHz). Die Leiterplatte ist so ge- 
staltet, daß durch Bestückungsva- 
rianten Vorverstärker und Filter der 
Meßaufgabe weitestgehend ange- 
paßt werden können und sich somit 
der externe Aufwand verringert. Uni- 
polar- bzw. Bipolarbetrieb des ADU 
wird durch Lötbrücken auf der Leiter- 
platte eingestellt. Die Ausgabe der Si- 
gnale erfolgt über Optokoppler poten- 
tialfrei, wobei zusätzlich noch ein 
Synchronsignal gebildet und gesen- 
det wird. 

Zehnertastatur für KC 85/2 

Diese Tastatur ist über Klinkenstek- 
ker an KC 85/2 anschließbar, enthält 
die Zifferntasten 0 ... 9, Dezimal- 
punkt, 4 Cursortasten und die Enter- 
Taste. 

PC-1 71 5-Busverstärker 

Dieser Busverstärker ist im Innern 
des PC 1 71 5 steckbar. Der verstärkte 
Systembus wird herausgeführt, und 
somit sind K-1 520-OEM-Baugruppen 
vom PC steuerbar. 

(Einsatzgebiete: Prozeßautomatisie- 
rung, Steuerungs- und Regelungs- 
technik, Medizintechnik) 
Friedrich-Schiller-Universität Jena, 
Sektion Technologie für den WGB, Tech- 
nikum LAURA, Ernst-Thälmann-Ring32, 
Jena, 6900; Tel. 8 22 21 31/221 32 

VoB 

Datenanalysator 

Der Datenanalysator kann ebenso 
wie eine Station des IFLS-Netzes 
(entsprechend Normativmaterial der 
MRK für RT: Linieninterface mit se- 
rieller Informationsübertragung, MRK 
82-85) z. B. in eine Prozeßrechenan- 
lage A 6492 oder audatec eingebun- 


den und so für folgende Zwecke ge- 

- routinemäßige Überwachung der 
IFLS-Protokolle 

- Nutzung zur Fehlersuche in Hard- 
und Software 

- Testmittel für IFLS-Treiberentwick- 
lungen 

- Hilfsmittel bei der Programment- 
wicklung auf Nutzerebene. 

Zum Lieferumfang gehört ein kom- 
paktes, transportables Gerät der Ab- 
messungen BxHxT von 310 x 80 
x 270 mit einer fest installierten Soft- 
ware. Das Gerät enthält vier Leiter- 
platten: CPU-Modul (mit IFLS-Nahin- 
terface), IFLS-Übertragungseinheit, 
Tastaturmodul und Netzmodul. 

Die Kommunikation mit dem Bedie- 
ner erfolgt über eine eingebaute Ta- 
statur und ein anschließbares Bild- 
schirmgerät. Als Bildschirmgerät ist 
ein Fernsehgerät „Junost“ mit einem 
nachgerüsteten Anschluß für das 
BAS-Signal vorgesehen. Dieser Um- 
bau kann auf Wunsch im ZfK Rossen- 
dorf durchgeführt werden. Alternativ 
dazu ist die Ausgabe auf einem Ter- 
minal, z. B. K 891 1 , verwendbar. 

Die Software besteht aus einem Mo- 
nitor, mit dem Programme gestartet 
sowie Speicherplätze angezeigt und 
geändert werden können. Eine 
HILFE-Funktion schreibt alle imple- 
mentierten Programme aus. Das Pro- 
gramm ANALYSATOR ermöglicht 
dem Nutzer, einen Überblick über 
den IFLS-Nachrichtenverkehr zu er- 
halten. Mit Hilfe der Programme MA- 
STER und SLAVE kann der IFLS- 
Nachrichtenverkehr aktiv beeinflußt 
werden. 

Es sei darauf hingewiesen, daß das 
ZfK nur in Ausnahmefällen eine Liefe- 
rung an Industriepartner vornehmen 
kann. 

Akademie der Wissenschaften der DDR, 
Zentralinstitut für Kernforschung Ros- 
sendorf, Abt. WÖK (Kölln. Seiler, kom- 
merzielle Beratung, Tel. 5 91 20 72) 
oder Abt. RPR (Koll. Schmidt, fachliche 
Beratung, Tel. 5 91 24 61), PSF 19, 
Dresden, 8051 

J. Schmidt 

Gepackte Zahlen 
unter REDABAS 

Bei der Verwendung des Datenbank- 
systems REDABAS werden in den 
Dateien alle numerischen Werte in 
der üblichen ASCII-Darstellung, d. h. 
mit zwei Byte, abgespeichert. Zur ein- 
deutigen Darstellung der möglichen 
Zeichen von Zahlen (Ziffern: 1 ... 9, 
Sonderzeichen: + - .) würde ein 
Halbbyte ausreichen. In einigen Soft- 
waresystemen wird diese Tatsache 
genutzt, indem bei numerischen Wer- 
ten je zwei Ziffern bzw. Sonderzei- 
chen in einem Byte zusammenge- 
packt werden. Leider ist bei REDA- 
BAS diese Funktion zum Packen und 
Entpacken von numerischen Feldern 
nicht realisiert. Dieses Verfahren mit 
den in REDABAS implementierten 
Funktionen zu realisieren, ist aus Ver- 
arbeitungszeitgründen nicht vertret- 
bar. Von uns wurde ein Verfahren 
entwickelt, das diese Funktion auf je- 
der in der DDR verfügbaren 8-Bit-Re- 
chentechnik unter dem Betriebssy- 


stem SCP/CPA/CPM mit dem Daten- 
banksystem REDABAS ermöglicht. 
Es können sowohl Datenbankfelder 
als auch zugehörige Indexdateien mit 
numerischem Indexbegriff in diesem 
Format verarbeitet werden. 
Grundlage dieses Verfahrens ist die 
Einbindung eines Assembler-Pro- 
grammes in den Programmablauf 
des Hochsprachenteils. Die Laufzeit 
dieses Moduls ist unmerklich und 
liegt im ms-Bereich. 

Die Anwendung dieses Moduls bringt 
dem Nutzer bei reiner Zahlenspei- 
cherung eine 50prozentige Einspa- 
rung seines Diskettenbedarfs. Bei 
größeren Projekten sind Disketten- 
wechsel nur noch halb so oft nötig. 
Bei Verwendung von Datenbanken, 
die unter dem Betriebssystem SIOS 
erstellt worden sind, ist eine einfache 
Wandlung bzw. Verwendbarkeit der 
gepackten Daten möglich. 

Die Assemblerroutine wird über eine 
POKE-Zeile an eine beliebige freie 
Stelle im Hauptspeicher gebracht. 
Von dort kann sie über den CALL-Be- 
fehl aufgerufen werden. 

Zum Lieferumfang gehört außer dem 
Assembler-Listing auch ein Demon- 
strationsprogramm in REDABAS, 
das die Anwendungsmöglichkeit de- 
monstriert. 

Der Preis für die Nachnutzung ein- 
schließlich Dokumentation beträgt 
ca. 140 Mark. 

VEB Kreisbetrieb für Landtechnik Burg, 
BfN, Königsborn, 3101 


Schnittstellenkonverter 

In der z. Z. realisierten Variante er- 
möglicht der Konverter die Konvertie- 
rung von V24 nach SIF 1000 und von 
V24 nach IFSS. 

Dabei besteht die Möglichkeit der au- 
tomatischen Bitrateneinstellung so- 
wie die Auswahl verschiedener Pro- 
tokollvarianten und Signalpegel (SIF 
1000) über DIL-Schalter. Zusätzlich 
ist die Messung und Anzeige der Bit- 
raten der beiden seriellen Schnittstel- 
len möglich. 

Durch Hinzufügen weiterer Software- 
module ist leicht eine Funktionserwei- 
terung möglich. 

Das Gerät kann auch für andere An- 
wendungsfälle eingesetzt werden. So 
ist z. B. der Einsatz als Steuermodul, 
mit der Möglichkeit der Ankopplung 
an einen Leitrechner über eine se- 
rielle Schnittstelle, denkbar. 

In der jetzigen Anwendung soll das 
Gerät hauptsächlich den Anschluß 
verschiedener Druckertypen (SD 
1154, SIF 1000; SD 1152, IFSS) an 
den PC 1715 ermöglichen. 

Technische Universität Karl-Manc-Stadt, 
Sektion Automatisierungstechnik, PF 
964, Karl-Marx-Stadt, 9010 

J. Mehnert 
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Selbststart von BASIC-Pro- 
grammen 

Diese Anregung ermöglicht den 
Selbststart von BASIC-Programmen 
sofort nach dem Einlesen vom Ton- 
band, ohne vorher den BASIC-Inter- 
preter aufrufen, die Frage “MEMORY 
END “ beantworten und das Pro- 
gramm über CLOAD “Name“ einle-* 
sen zu müssen. 

Diese Methode könnte sinnvoll ange- 
wendet werden bei Steuerungen, die 
ohne Monitor auskommen, der aber 
zur Fehlererkennung bei der Eingabe 
nötig ist. Der Monitor kann nun entfal- 
len, weil nur noch wenige, kurze Ein- 
gaben notwendig sind: 

- Im >OS-Modus Programmname 
(ohne ““) eingeben 

- ENTER-Taste betätigen (auf Bild- 
schirm: Start tape) 

- Tonband starten 

- ENTER-Taste betätigen 

Nach dem Einlesen startet sich das 
Programm selbst, ohne eine weitere 
Taste betätigen zu müssen. 

Diese hier vorgestellte Anregung ist 
ohne weitere Bedingungen auf dem 
KC 87 lauffähig. Bei KC 85/1 bzw. 
Z 9001 ist der BASIC-Interpreter 
(ROM) zu stecken. 

Das vorhandene BASIC-Programm 
ist vorher wie ein Maschinenpro- 
gramm auszulagern. Das Programm 
muß außerdem den kompletten BA- 
SIC-Arbeitsspeicher enthalten und 
den zusätzlichen Befehl: Lade Ta- 
staturpuffer mit dem Code für die 
RUN-Taste. 

Um ein BASIC-Programm als MC- 
File auszulagern, muß die Anfangs-, 
die End- und die Startadresse be- 
kanntsein. 

Im BASIC-Arbeitsspeicher steht auf 
den Adressen 983/984 die Anfangs- 
adresse der nächsten BASIC-Zeile 
bei der Neueingabe eines Program- 
mes, was bei einem fertigen Pro- 
gramm die erste freie Speicherzelle 
hinter dem Programm ist. Somit kann 
die gesuchte Endadresse durch: 
PRINT DEEK (983) -1 und eine an- 
schließende dezimal-hexadezimal 
Umrechnung ermittelt werden. 

Ein BASIC-Programm beginnt bei 
Verwendung eines ROM-Interpreters 
auf der Adresse 401 H. Ab 300H bis 
400H steht der BASIC-Arbeitsspei- 
cher. Auf den dem Arbeitsspeicher 
vorangehenden Adressen kann man 
das Laden des Tastaturpuffers eintra- 
gen. Dort steht dann: 

3E ID LD A.1DH ;Lade Akku 
mit Code für RUN 

32 25 00 LD (25H),A ;Lade Ta- 
staturpuffer mit Akku 
Das kann mit dem Zusatzmonitor 
(ZM) realisiert werden. Mit dem S-Be- 
fehl wird der Maschinencode der obi- 
gen Befehle (3E, ID, 32, 25, 00) ab 
der Adresse 2FBH eingetragen. Im 
BASIC geschieht das durch das Po- 
ken der Werte 62, 29, 50, 37 und 0 der 
Reihe nach ab der Adresse 763 bis 
767. 


Die Anfangs- und die Startadresse ist 
also 2FBH. Jetzt kann das Programm 
in gewohnter Weise als MC-Pro- 
gramm mit der Anfangs- und Start- 
adresse 2FBH und der nach oben be- 
schriebener Methode gefundener 
Endadresse ausgelagert werden. 

Bei dieser Methode wird die Struktur 
des BASIC-Programmes nicht verän- 
dert und kann nach dem Einlesen wie 
jedes andere Programm behandelt 
werden. Die einmal geschriebenen 
Befehle ab der Adresse 2FBH stehen 
bis zum Ausschalten des Computers 
bereit. Auch nach dem Einlesen eines 
wie oben behandelten Programmes 
sind diese Speicherplätze wieder ge- 
laden und müssen vor einem erneu- 
ten Ausiagern nicht wieder eingetra- 
gen werden. 

Zusammenfassend sind also fol- 
gende Arbeitsgänge notwendig: 

- BASIC-Programm laden 

- Endadresse feststellen: PRINT 
DEEK (983) -1 ; Umrechnung in He- 
xadezimalzahl 

- Laden des RUN-Befehles eintra- 
gen: Zellen 763 bis 767 mit Bytefolge 
62, 29, 50, 37, 0 über POKE-Befehl 
laden 

- BASIC-Interpreter verlassen: BYE 

- Mit Zusatzmonitor (ZM) oder OS- 
SAVE das erweiterte BASIC-Pro- 
gramm als MC-Programm auf Band 
speichern: 

SAVE name 2 FB Endadresse (hexa- 
dezimal) 2 FB 

Diese kleine Mühe lohnt sich, denn 
bei ständigen Arbeiten mit BASIC- 
Programmen vereinfacht sich das La- 
den der Programme wesentlich. 

Wolfgang Meixner 

MC-Programme 
in BASIC-Programme 
eingebettet 

Häufig ist es notwendig, aus BASIC- 
Programmen heraus MC-Pro- 
gramme aufzurufen, um eine spür- 
bare Erhöhung der Rechengeschwin- 
digkeit zu erreichen. Diese müssen 
dafür gleichzeitig mit im Speicher un- 
tergebracht sein. Das Trennen des 
verfügbaren RAM-Bereiches in BA- 
SIC-Arbeitsspeicher und Bereich für 
die MC-Programme (hinter dem Zei- 
chenketten-Speicherbereich), das 
getrennte Laden der beiden Pro- 
grammarten oder auch das Einlagern 
der MC-Programme in den Freibe- 
reich des BASIC-Arbeitsspeichers 
sind umständlich und fehleranfällig. 
Das betrifft sowohl die Vorbereitungs- 
ais auch die Nutzungsphase. 
Wünschenswert wäre, BASIC- und 
die dazugehörigen MC-Programme 
in einem einmaligen Arbeitsgang zu 
verbinden, so daß sie mit einem La- 
debefehl geladen werden können 
und sich während der Laufzeit nicht 
mehr ungewollt beeinflussen. Das 
kann bei Robotron-Kleincomputern 
erreicht werden durch die Abspeiche- 
rung der MC-Programme vor dem 
Bereich für BASIC-Programme, d. h. 
zwischen Notizspeicher und Quell- 
programmbereich des Interpreters 
(Bild 1). 

Die Voraussetzungen dafür sind: 

- Der BASIC-Interpreter „orientiert“ 
sich bei der Verwaltung seines Ar- 
beitsspeichers am Zeiger PSTBEG, 
der beim Neustart auf 401 H initiali- 
siert wird und nach hinten verschieb- 
lich ist. Beim Neustart werden außer- 
dem SVARPT, DVARPT und 
FSLPTR auf (PSTBEG)+2 gestellt, 
und der Speicher wird initialisiert mit 
3x Null ab (PSTBEG)- 1. 


- Das Kommando CSAVE „name“ 
lagert immer den Bereich zwischen 
41 H (Initialisierungswert für 
PSTBEG) und (SVARPT) als BASIC- 
Programm auf Kassette aus. CLOAD 
„name“ lädt ein ausgelagertes BA- 
SIC-Programm ab (SVARPT)— 2 und 
setzt die Zeiger SVARPT, DVARPT 
und FSLPTR hinter den geladenen 
Programmteil. 

- Auf Adresse (PSTBEG) beginnt 
das BASIC-Programm, der davorlie- 
gende Speicherplatz muß den Wert 0 
besitzen, damit eine korrekte Pro- 
grammabarbeitung möglich ist. 

Die einzelnen Arbeitsschritte, um 
MC-Programme nach diesem Prinzip 
einzubetten, sind: 

1. Erstellen der MC-Programme mit 
einer Anfangsadresse von minimal 
41 4H (1044 dez.) und Bestimmen der 
Länge. Die MC-Programme können 
auf Kassette unter namel ausgela- 
gert und später zum Verbinden mit 
dem BASIC-Programm geladen wer- 
den (Pkt. 7). 

2. Neustart des BASIC-Interpreters 

3. Bestimmen der Anfangsadresse 
des eigentlichen BASIC-Programms 
name2 (z. B. 2000) und Initialisierung 
des Speichers mit FORI = 0TO2 : 
POKE 2000 + 1,0 :NEXT 

4 . Einträgen der Zeigerumstellung 
für PSTBEG mit 


10DOKE 863, 2001 : RUN 

5. Zeigerumstellung für die Erarbei- 
tung des eigentlichen BASIC-Pro- 
gramms name2 

(SVARPT, DVARPT, FSLPTR, 
PSTBEG) mit 

DOKE 983, 2003:DOKE 985, 2003 
DOKE 987,2003:DOKE 863,2001 

6. Erarbeiten des eigentlichen BA- 
SIC-Programms oder Einlesen mit 
CLOAD „name2“ 

7. Einlesen der MC-Programme von 
Kassette (Pkt. 1 ) mit 

BYE 

CLOAD namel 
WBASIC 

8. Gemeinsames Auslagern von 
BASIC- und MC-Programmen auf 
Kassette (Bereich von 401 H . . . 
(SVARPT)) mit 

CSAVE „name3“ 

Wenn nach einem Neustart des Inter- 
preters das Programm mit CLOAD 
„name3“ geladen und mit RUN ge- 
startet wird, wird Zeile 10 aus Pkt. 4 
abgearbeitet, die den Zeiger 
PSTBEG umstellt und das eigentliche 
BASIC-Programm startet. 

Zu beachten ist, daß unmittelbar nach 
dem Laden von name3 mit LIST nur 
die Zeile 1 0 (Pkt. 4) zu sehen ist sowie 
nach RUN nur noch das eigentliche 
BASIC-Programm (Pkt. 6) und die 
Zeile 10 nicht mehr, da LIST nur den 
Bereich zwischen 
(PSTBEG) und Pro- 
grammende (000) er- 
faßt. 

Dr. Hans-Jürgen Busch 
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Bildl KC-Speicher- 
aufteilung 


Spracheingabemodul 
zum KC 87 

Zur Erweiterung der Einsatzmöglich- 
keiten des KC 87 wurde im VEB Ro- 
botron-Meßelektronik „Otto Schön“ 
Dresden ein Modul zur Sprachein- 
gabe entwickelt. Die menschliche 
Sprache als Eingabemedium für 
Computerbedienung ist ein anzustre- 
bender idealzustand. Neben einer 
hervorragenden Rationalisierung der 
Arbeit mit dem Computer würden sich 
völlig neue Einsatzgebiete erschlie- 
ßen. Für perfekte und sprachunab- 
hängige Spracherkennung ist jedoch 
eine aufwendige Elektronik und um- 
fangreiche Software erforderlich, die 
den Rahmen eines Kleincomputers 
hinsichtlich Kosten und Größe bei 
weitem übersteigt. 

Bei der Entwicklung des Sprachein- 
gabemoduls (SE-Modul) zum KC 87 
wurde aus wissenschaftlichen For- 
schungsergebnissen der Techni- 
schen Universität Dresden eine hard- 
waremäßig einfache Version abgelei- 
tet. Durch eine leistungsfähige Soft- 
ware werden dennoch sehr gute Lei- 
stungsparameter erreicht: 

Wortschatz 

max. 50 Wortklassen 

Anzahl der Referenzmuster: 

max. 200 im Arbeitsspeicher des 

Computers 

Wortlänge: 

0,2... 1,8 s 

Pause zwischen zwei Worten: 
minimal 0,2 s. 


Der Wortschatz wird in einem Arbeits- 
gang „Lernen“ in den Computer ein- 
gegeben und dort gespeichert. Die- 
ser Wortschatz ist sprecherspezi- 
fisch. Das Anlernen des Wortschat- 
zes erfordert ein gewisses Training 
und disziplinierte, reproduzierbare 
Aussprache. Die Erkennungsrate 
hängt wesentlich vom kooperativen 
Verhalten des Sprechers, dem pho- 
netischen Abstand der zu erkennen- 
den Worte, den Umgebungsgeräu- 
schen und der exakten Durchführung 
des Lernvorganges ab. Es werden 
Erkennungsraten von 90 Prozent er- 
reicht. Das Erkennungsergebnis wird 
als Ordnungsnummer der erkannten 
Wortklasse in einer Arbeitszelle des 
Computers zur Verfügung gestellt. 
Hardware des Spracheingabe-Mo- 
duls 

Der SE-Modul wird im Modulschacht 
des Kleincomputers betrieben. Er 
enthält die Baugruppen einschließlich 
des Mikrofonanschlusses. Das 
Sprachsignal wird mittels eines mit- 
gelieferten piezokeramischen Mikro- 
fons (Sprechzeug SP 75 vom VEB 
Funkwerk Kölleda) in ein analoges 
elektrisches Signal gewandelt. Nach 
dem Durchlaufen einer Verstärker- 
stufe wird das Signal parallel einem 
Hochpaß und einem Tiefpaß zugelei- 
tet. Die Schnittfrequenz beträgt 
1 kHz. Die beiden Ausgangssignale 
der Filterstufen werden auf TTL-Pe- 
gel normiert und einem Zeitgeber- 
Baustein (CTC) zugeführt, der die 
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Abstände zwischen den Nulldurch- 
gängen der Analogsignale bestimmt 
und für die weitere Softwareverarbei- 
tung zur Verfügung stellt. 

Die umfangreiche Softwarebearbei- 
tung umfaßt ein Programm von etwa 
4 KByte. Sie enthält die komplexe Si- 
gnalanalyse, Referenzmusterspei- 
cherung und Worterkennung sowie 
eine umfangreiche Bedienerführung 
in Menütechnik. 

Signalanalyse und Worterkennung 

Aus den von der CTC bereitgestellten 
Meßwerten für die Zeitintervalle zwi- 
schen den Nulldurchgängen werden 
in äquidistanten Zeitfenstern von 
25 ms Nulldurchgangshistogramme 
für 8 Frequenzklassen (je 4 pro Filter- 
bereich) gebildet. Das Ergebnis ent- 
spricht in grober Näherung einem 8- 
Kanal-Kurzzeit-Filterspektrum. 
Anschließend erfolgt eine Längen- 
normierung auf 16 Zeitfenster, d.h. 
16 Byte. Diese 16 Byte stellen dann 
das Wortmuster dar, das unter einer 
Klassen-Nummer im Arbeitsspeicher 
des Computers abgelegt werden 
kann. In einem Vergleichsprozeß zu 
den bereits im Speicher vorhandenen 
Referenznummern wird der Grad der 
Ähnlichkeit ermittelt und danach 

- ein Erkennungsergebnis ausgege- 
ben, wenn ein sehr ähnliches Muster 
bereits existiert 

- oder zu einer Wortklasse ein weite- 
res Muster angelegt, wenn eine mitt- 
lere Ähnlichkeit ermittelt wird 

- oder ein Muster einer neuen Wort- 
klasse angelegt, wenn keine oder nur 
geringe Ähnlichkeit existieren. 

Im Spracherkennungsprozeß wird 
dann immer die Klassennummer des 
ähnlichsten Referenzmusters als Er- 
kennungsergebnis ausgegeben. 
Überschreitet das Abstandsmaß zu 
allen Referenzmustern einen maxi- 
malen Wert, wird eine Zuweisung ab- 
gelehnt und das Wort zurückgewie- 
sen. Diese Rückweisung wird durch 
ein akustisches Signal angezeigt. 

Bedienerführung 

Dem Nutzer wird jederzeit durch eine 
komfortable Bedienerführung die 
Möglichkeit des Eingriffs in den Pro- 
grammablauf gegeben. 

In einem Anfangsmenü kann zwi- 
schen unterschiedlichen Teilpro- 
grammen für 

- Anlernen eines neuen Wortschat- 

- Laden eines bereits gelernten 
Wortschatzes vom Magnetband 

- Abspeichern eines angelernten 
Wortschatzes auf Magnetband 

- Löschen und Umbenennen eines 
Wortschatzes 

ausgewähit werden. Dem Nutzer wird 
stets die Anzahl der im Speicher be- 
reits abgelegten Referenzmuster an- 
gezeigt. Neue Wortmuster werden 
nach Zuweisung einer Wortklassen- 
Nummer und Quittierung über die 
Tastatur im Speicher abgelegt. 

Praktische Anwendung 

Neben allgemeinen Anwendungsfäl- 
len des Spracheingabemoduls für ex- 
perimentelle Arbeiten und Computer- 
spiele hat sich dieser Modul in der Er- 
probungsphase bei zwei sehr wichti- 
gen Einsatzaufgaben bewährt: 

1. Einsatz als „phonetische Tasta- 
tur“ zur Computerbedienung an ver- 
schmutzten Arbeitsplätzen ohne Ta- 
staturberührung. Die erforderlichen 


Computerkommandos, z. B. die Be- 
wegungskommandos für einen Mani- 
pulator, werden durch menschliche 
Sprache eingegeben. Um Fehlfunk- 
tionen des Computers, hervorgerufen 
durch falsch erkannte Kommandos, 
zu vermeiden, wird das erkannte 
Kommando erst auf dem Bildschirm 
angezeigt und nur nach einem weite- 
ren „Gültig“-Kommando ausgeführt. 

2. Einsatz des Spracheingabemo- 
duls bei der Spracherziehung gehör- 
loser oder schwerhöriger Schüler. 
Gehörlose Schüler benötigen für 
Sprachübungen stets einen Lehrer, 
der die Sprachleistung begutachtet, 
da der Schüler aufgrund seines Ge- 
hörverlustes selbst nicht dazu in der 
Lage ist. Der Computer kann wesent- 
liche Teile der Funktion des Lehrers 
übernehmen. Unter Aufsicht lernt der 
Schüler den zu übenden Wortschatz 
dem Computer an und kann dann al- 
lein mit dem Computer üben. Nur 
sauber gesprochene Worte erkennt 
der Computer an und registriert so die 
Übungsergebnisse des Schülers. Ne- 
ben der besonderen Motivation der 
Schüler bei der Lernarbeit am Com- 
puter tritt somit eine Entlastung des 
Lehrers von Routinearbeiten und 
gleichzeitig eine Vervielfachung des 
vorhandenen Übungszeitfonds ein. 
Der Spracheingabemodul 690 032.4 
ist ohne jegliche Veränderung auch 
im KC 85/1 arbeitsfähig. Zum Betrieb 
ist ein RAM-Erweiterungsmodul er- 
forderlich, in den das Steuerpro- 
gramm von der mitgelieferten Ma- 
gnetband-Kassette R0113 eingele- 

Dr. Gunter Kleinmichel 

VEB Robotron-MeBelektronik 

„Otto Schön“ Dresden 

Zeichenketteneingabe 
beim KC 85/3 

Wird bei der Eingabe von Zeichenket- 
ten (Strings) ein Komma eingegeben, 
so meldet der Computer 'EXTRA 
IGNORED’, und die Zeichen nach 
dem Komma gehen verloren. Man- 
che BASIC-Interpreter (z. B. beim 
SCP) besitzen dafür die LINE INPUT- 
Anweisung zur Eingabe bis zur EN- 
TER-Taste. Eine Möglichkeit, dies zu 
simulieren ist , als erstes Zeichen ein 
Anführungszeichen (“) einzugeben. 
Dieses Verfahren ist ja von DATA- 
Zeilen bekannt, wenn dort Zeichen- 
ketten, Doppelpunkt oder Komma 
enthalten sein sollen. Das kann aber 
leicht beim Eingeben vergessen wer- 
den. Ein Ausweg ist hier, die INPUT- 
Anweisung zu modifizieren. Das fol- 
gende Programm dient dazu: 

10 DATA 229,33,34,32,34,98,3,33,0, 
32,34 

20 DATA 100,3,33,99,3,195,178,197 
30 FOR A=0T018:READ X:P0KE 
512+A,X:NEXT 

40 AD=843:AN=512:AA= -14930 

Die DATA-Zeile enthält ein Maschi- 
nenprogramm, welches die INPUT- 
Anweisung so abändert, daß das An- 
führungszeichen auch ohne Eingabe 
im Puffer steht. Dieses Programm 
wird im Beispiel auf die Adresse 200H 
„gepokt“. Da der Aufruf der INPUT- 
Anweisung über einen Sprung im 
RAM (34 AH) erfolgt, kann vom Pro- 
gramm aus auf den LINE INPUT-Mo- 
dus umgeschaltet werden. 

Die Variable AD enthäit die Adresse, 
auf die der Sprung zur Eingabe einge- 
tragen wird. Die Variable AN enthält 
die LINE INPUT-Adresse, AN ist die 
normale Eingabe. 


Soll die Zeileneingabe aufgerufen 
werden, muß erst umgeschaltet wer- 
den. Nach der Eingabe sollte sofort 
zurückgeschaltet werden, da sonst 
auch keine Zahleneingabe möglich 
ist. 

Dies kann geschehen: 

100 DOKEAD.AN 

110 INPUT “KENNZEICHEN : “;K$ 

120 D0KEAD,AA 
130 INPUT“ANZAHL :“;Z 
Für die Abspeicherung der Zeichen- 
ketten auf Kassette stehen zwei Mög- 
lichkeiten zur Verfügung: 

- Datenfelder mit CSAVE * /CL0AD * 

- ASCII-Dateien mitPRINT#1/IN- 
PUT#1 

Die letztere hat den Vorteil, daß beim 
Laden sofort die Daten herausge- 
sucht werden können, die benötigt 
werden. Somit müssen umfangreiche 
Dateien nicht immer komplett in den 
Speicher geladen werden. 

Beim Laden von ASCII-Dateien kann 
es aber wieder zum oben beschriebe- 
nen Fehlerbild kommen. Hier kann je- 
doch schon bei der Aufzeichnung das 
Anführungszeichen angefügt wer- 
den. Die Programmzeilen von 200 bis 
300 verdeutlichen das: 

200 OPEN 0#1 “PR0G1“ 

210 PRINT ii 1 CHR$(34);“NAME, VOR- 
NAME“ 

220 PRINT#1 CHR$(34);X$ 



Bild 2 BASIC-Beispiel 


300 CL0SE 0 ii 1 

Geladen wird dann folgendermaßen: 

500 OPEN 1*1 “PR0G1“ 

510 INPUT =0=1 T$ 

600 CL0SE 0#1 

Klaus-Dieter Kirves 

Schnelles Bildschirm- 
löschprogramm für KCB5/3 

Durch die komplizierte Organisation 
des Bildwiederholspeichers im KC 
85/3 bzw. KC 85/2 dauert die Bild- 
schirmlöschung über Shift-Home und 
CLS in BASIC relativ lange. Eine 
schnellere Variante bietet das fol- 
gende kleine Maschinenprogramm. 
Arbeitsweise 

Nach Aufruf des Programms werden 
folgende Teilfunktionen realisiert: 

1. Beschreiben des Pixelspeichers 
(8000H bis A7FFH) mit OH 

2. Beschreiben des Videospeichers 
(B200H bis B6FFH) mit OH 

3. Beschreiben des Farbattributspei- 
chers mit der aktuellen Farbinforma- 
tion aus der Arbeitszelle COLOR 
(B7A3H) 

Es ist auch möglich, die Teilfunktion 3 
allein aufzurufen. Hierbei kann ohne 
Beeinflussung des Bildschirminhal- 
tes die Bildschirmfarbe verändert 
werden. 


Programmbeispiel 

Bild 2 zeigt ein Demonstrationsbei- 
spiel für die Anwendung des Pro- 
gramms. In den Zeilen 1 0 bis 1 50 wird 
das Programm in den Speicherbe- 
reich 0000H bis 0055H „hineinge- 
pokt“ (dezimal Obis 85). 

Nach Löschung des Bildschirmes in 
Zeile 1 70 (CALL 0) werden alle mögli- 
chen Farbkombinationen zwischen 
Vorder- und Hintergrundfarbe ohne 
Veränderung des Bildschirminhaltes 
durchlaufen (Zeilen 230/240). 

Die durch den COLOR-Befehl vorein- 
gestellte Farbe wird mit dem CALL- 
Befehl sofort übernommen. 

Die Befehle auf den Zeilen 280/290 
stellen die ursprüngliche Farbkombi- 
nation (Vordergrund weiß/Hinter- 
grund blau) wieder her und löschen 
den Bildschirm. 

Neben der Möglichkeit, das Pro- 
gramm von BASIC aus mittels POKE- 
Befehl in den Speicher zu schreiben, 
kann man das Maschinenprogramm 
natürlich auch im Betriebssystem mit 
MODIFY einspeichern und mit SAVE 
zur universellen Nutzung retten. 

Hans Langenhan, Ohrdruf 


Zu FABAS 


Besonderheiten 

Das Programm löscht stets den 
gesamten Bildschirm. Der Cursor 
steht nach der Löschung in der lin- 
ken oberen Ecke des aktuellen Fen- 


Programmaufruf 

In BASIC wird mit dem CALL-Befehl 
aufgerufen im angegebenen Lade- 
bereich der Routine (siehe Bild 1) 
z. B.: 

- Bildschirmlöschung mit CALL 0 D 
(CALL* OH) 

- Farbveränderung mit CALL 57 D 
(CALL*39H). 

Das Programm ist jedoch auch auf al- 
len anderen RAM-Bereichen lauffä- 
hig, es sind dann lediglich die Ein- 
sprungadressen neu zu ermitteln. 


In Heft 1 2/1 987 ist das BASIC-Pro- 
gramm FABAS zwar richtig, jedoch 
sind uns im erläuternden Text Fehler 
unterlaufen. Entsprechend den Pro- 
grammzeilen 320 . . . 350 lauten im 
Abschnitt „Routinen des Maschinen- 
und BASIC-Programms“ die Call- 


Adressen für 

Subtraktion 4CF 

Multiplikation 531 

Division 5CC 

Prozentrechnung 5CF 


Bei einem Fehler ist (RS) nicht Null, 
sondern (RS)><0. 

Im Abschnit „Variablen und Hilfspro- 
gramme“ sind die Lokalen Variablen 
für Eingabe: 

A$ enthält Zahl als ASCII-Kette. 
A,B,C,D,I,L,X,Y,SS. 

Autor und Redaktion 


157 




Fachtagung Computer- 
und Mikroprozessor- 
technik ’87 


Am 8. und 9. Dezember 1987 fand 
diese Veranstaltung in Magdeburg 
mit über 550 Teilnehmern statt. Ver- 
anstalter der jährlich durchgeführten 
Tagung war die wissenschaftliche 
Sektion Computer- und Mikroprozes- 
sortechnik im Fachverband Elektro- 
technik der Kammer der Technik in 
Verbindung mit dem Fachausschuß 
„Mikroprozessor-Interfacesysteme“, 
dem KDT-Bezirksvorstand Magde- 
burg und der Sektion Automatisie- 
rungstechnik und Elektrotechnik der 
TU „Otto von Guericke“ Magdeburg. 
Die Fachtagung vermittelte in 8 
Hauptvorträgen, 21 Vorträgen in vier 
Sektionen und 16 Posterbeiträgen 
umfassende Informationen über 
Stand und Perspektiven der Compu- 
ter- und Mikroprozessortechnik sowie 
ihrer Anwendung und über aktuelle 
Probleme der Schaltkreisentwicklung 
unter besonderer Berücksichtigung 
der Anforderungen in der DDR. 
Inhaltlich war sie in folgende Schwer- 
punktkomplexe gegliedert: 

- Meßwerterfassung und Prozeßau- 
tomatisierung 

- Mikrorechner (Hard- und Software) 

- Bussysteme und ihre Anwendung 

- Anwendungsspezifische Schalt- 
kreise (ASICs). 

Zu jedem dieser vier Themenkom- 
plexe wurden zwei Hauptvorträge ge- 
halten. 

Prof. Dr. Neumann von der TU Mag- 
deburg gab einen Überblick zum 
Stand und Trend der Mikrorechner- 
Automatisierungsanlagen für die Mit- 
tel- und Großautomatisierung. Haupt- 
gesichtspunkte zur Beurteilung des 
gegenwärtigen Standes und Trends 
sind die rechentechnische Basis, die 
Datenübertragungslösung, Schnitt- 
stellen zum Prozeß und zum Men- 
schen sowie die Gewährleistung ei- 
ner hohen Verfügbarkeit. Die Weiter- 
entwicklung wird vor allem durch die 
rechentechnische Basis (Übergang 
auf 32-Bit-Rechner, Erhöhung der 
Speicherkapazität, verstärkte Nut- 
zung von Fach- und Hochsprachen, 
Wissensverarbeitung) sowie durch 
die Anwendung standardisierter 
Kommunikationssysteme, vor allem 
von Feldbussystemen, vorangetrie- 

Einen Überblick zu intelligenten 
Funktionseinheiten mit Feldbusan- 
schluß für die Meßwerterfassung und 
-Vorverarbeitung gaben Prof. Dr. Sei- 
fart und Doz. Dr. Michaelis (beide TU 
Magdeburg). Die bisher vorliegenden 
Erfahrungen zeigen, daß die meisten 
Meß- und Automatisierungsaufgaben 
mit einem kleinen Sortiment program- 
mierbarer Prozeßkoppelmodule lös- 
bar sind, wobei die jeweilige Anpas- 
sung an den Einsatzfall häufig aus- 
schließlich durch die Gestaltung der 
Anwendersoftware erfolgt. Als reali- 
sierte Beispiele wurden ein universel- 
ler programmierbarer Prozeßkoppel- 
modul (PPM) mit direktem Sensoran- 
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Schluß für analoge und binäre Ein- 
gangssignale, ein Innenrechner für 
Korbverseilmaschinen und eine Bau- 
gruppe zur Meßwerterfassung mit 
CCD-Bildsensoren vorgestellt. 

Prof. Dr. Roth (TH Ilmenau) erläuterte 
in seinem Vortrag „Mikroprozeßrech- 
ner und Expertensysteme - perspek- 
tivische Entwicklungen“ die große 
Bedeutung zukünftiger wissensverar- 
beitender Automaten für die weitete 
Entwicklung der wissenschaftlich- 
technischen Revolution. Sowohl für 
die industriellen als auch für die intel- 
lektuellen Arbeitsmittel vollzieht sich 
die Entwicklung vom Signalniveau 
(U,I,Q . . .) über das syntaktische (Zei- 
chen, Zeichenketten . . .) und seman- 
tische (Bedeutung, Wissen . . .) hin 
zum pragmatischen (Zweck, Ziel, 
Sinn, Effekt . . .) Niveau. Aus dem ge- 
meinschaftlich verlaufenden Prozeß 
der zusammenhängenden Erkennt- 
nismittel (Expertensysteme) und Pro- 
duktionsmittel (Automaten) leitete der 
Vortragende eine dreistufige Gliede- 
rung qualitativ unterscheidbarer Au- 
tomaten ab: nichtintelligente Automa- 
ten als „Turing-Maschinen“, elemen- 
tarintelligente Automaten als „Leib- 
nitz-Maschinen“ und kreativintelli- 
gente Automaten als „Wiener-Ma- 
schinen“ (Selbstorganisation). 

Im Vortrag „Leistungsgesteigerte 16- 
und 32-Bit-Mikroprozessorsysteme“ 
gab Prof. Dr. Neubert (TU Dresden) 
einen Überblick zur Mikroprozessor- 
entwicklung und ging detaillierter auf 
die Prozessoren 8086, 80286, 80386 
und einige weitere Systeme ein. Ein- 
gehend wurden die Unterschiede, 
u. a. in der inneren Struktur zwischen 
den Typen 8086, 80286 und 80386 
erläutert. 

Abschließend verwies der Vortra- 
gende auf den Trend, daß immer 
mehr Konzepte bei Mikroprozesso- 
ren realisiert werden, die bisher den 
großen EDVA Vorbehalten waren und 
daß sich die Entwicklungslinien der 
Mikroprozessoren weiter annähern. 
Zum Komplex „Bussysteme“ refe- 
rierte Prof. Dr. Meiling (TU Dresden) 
über den Einfluß der Prozessorarchi- 
tektur auf die Struktur von Rechner- 
bussystemen. Einen besonderen 
Schwerpunkt bildeten Betrachtungen 
zur Erhöhung des Befehlsdurchsat- 
zes durch zweckmäßige Rechnerar- 
chitekturen und Buskonzepte. Einge- 
hender ging der Vortragende auf die 
1 6- bzw. 32-Bit-Bussysteme Multibus 
I und II sowie den VME-Bus ein. 

Prof. Dr. H. Löffler (Informatikzentrum 
an der TU Dresden) vermittelte in sei- 
nem Übersichtsvortrag „Lokale 
Netze“ einen Überblick überden Auf- 
bau, die Wirkungsweise und die 
Bedeutung serieller Kommunika- 
tionsverbindungen zur Rechnerkopp- 
lung. 

Prof. Dr. Müller (TU Karl-Marx-Stadt) 
sprach zum Thema „Entwurf und An- 
wendung von Gate-Array-Schaltkrei- 
sen unter dem Aspekt der Zusam- 
menarbeit von Anwender und Her- 
steller". Eingehend betrachtete er 
Varianten von zweckmäßigen 
Schnittstellen zwischen Anwender 
und Hersteller der Schaltkreise und 
setzte sich leidenschaftlich dafür 
ein, daß die Anwenderindustrie die 


Möglichkeiten der Gate-Array-Tech- 
nik möglichst umfassend nutzen 
möge. 

Dr. Gieseler (VEB Forschungszen- 
trum Mikroelektronik Dresden) refe- 
rierte zum Thema „Entwurf und An- 
wendung von Gate-Array-Schaltkrei- 
sen unter dem Aspekt der mit U 5200 
erreichten technischen Parameter“. 
Zielstellung der DDR-Halbleiterindu- 
strie ist es, in jedem Technologieni- 
veau auf Basis der jeweiligen Stan- 
dardtechnologie ein Gate-Array-Sy- 
stem zu entwickeln. Beim System 
U 5200 kommt eine 4-um-CMOS- 
Technologie mit zwei Polysilizium- 
ebenen und einer Metallisierungs- 
ebene zur Anwendung. Eingehend 
wurden das Entwurfssystem „Archi- 
medes“, der Master U 5201 sowie 
statische und dynamische Parameter 
des Systems beschrieben. 

Die Themen und Autoren der in den 
vier Fachsektionen gehaltenen 21 
Vorträge und 16 Posterbeiträge wur- 
den bereits im Heft 1 1/87 der MP auf- 
geführt (S. 351). Daher wird nachfol- 
gend lediglich ein kurzer zusammen- 
fassender Überblick gegeben. 

In der Sektion A - Meßwerterfassung 
und Prozeßautomatisierung - stand 
der Einsatz von Mikrorechnern zur 
Meßwerterfassung im Mittelpunkt. 
Neben feldbuskoppelbaren intelli- 
genten Modulen, der Kopplung von 
Meßtechnik mit BC, PC und KC, op- 
toelektronischer Meßtechnik und 
Computergrafik wurden Aspekte der 
Prüfstrategie für elektronische Er- 
zeugnisse behandelt. 

Die Sektion B - Mikrorechner (Hard- 
und Software) - beinhaltete Vorträge 
über den Stand und Trend der Mikro- 
rechentechnik in der DDR. Einen be- 
sonders großen Teilnehmerkreis wie- 
sen dabei die beiden Vorträge des 
Kombinates Robotron zum neuen 
ESER-PC EC 1834 auf. Weitere 
Schwerpunkte waren das Program- 
mier- und Entwicklungssystem 
P 8000, 16-Bit-Single-board-Compu- 
ter und Multirechnersysteme. 

In der Sektion C - Bussysteme und 
ihre Anwendung - bildeten Feldbus- 
systeme, lokale Netze, Probleme der 
Busvergabesteuerung, Systembus- 
prüftechnik und Simulation von Bus- 
systemen einen Schwerpunkt. 

In der Sektion D - Kundenspezifische 
Schaltkreise - wurde über aktuelle 
Erfahrungen beim Entwurf und dem 
Einsatz des Gate-Array-Schaltkreis- 
systems U 5200 im Schwermaschi- 
nenbau, zur Überwachung und 
Steuerung von Gasbrennern, zur Si- 
gnalauswertung in Meßsystemen mit 
CCD-Zeilen sowie über die Simula- 
tion von Gate-Array-Schaltkreisen 
berichtet. 

Die Kurzfassungen der Vorträge und 
Posterbeiträge sind in einem Ta- 
gungsband (84 S.) zusammengefaßt. 
Die nächste Veranstaltung Compu- 
ter- und Mikroprozessortechnik 88 
findet vom 1 5. bis 1 6. Dezember 1 988 
in Berlin statt. 

Prof. Dr. Seifart 



10. Internationale Fachmesse und 
Internationaler Anwenderkongreß 
Auf dem Münchner Messegelände 
fanden über 1270 Aussteller aus 20 
Ländern in 25 Hallen mit fast 
107000 m 2 Ausstellungsfläche sehr 
gute Bedingungen, um wissenschaft- 
lich-technische Ergebnisse der Kom- 
munikations- und Computertechnik 
den fast 150000 Besuchern aus 51 
Staaten zu demonstrieren und anzu- 
bieten. Diese Leistungsschau wurde 
von einem außerordentlich an- 
spruchsvollen Tagungs- und Kon- 
greßprogramm begleitet, das fast 
4600 Besucher, meist partiell, absol- 

Mit dieser Leistungsbilanz bestätigte 
die Systems '87 ihren Anspruch als 
größte internationale Fachveranstal- 
tung für Computer und Kommuni- 
kation. Übersichtliche Gliederung 
nach Angebotsschwerpunkten und 
strenge Produktbeschränkung ent- 
sprechend der Zielstellung fanden 
einen guten Anklang bei den Besu- 
chern. Besonders stark frequentiert 
waren die Angebotsbereiche Kom- 
munikationstechnik, Software, 
Dienstleistungen und Systeme für 
den Büroarbeitsplatz. Bemerkens- 
und betrachtenswert ist die zuneh- 
mende Integration von Kommunika- 
tions- und Computertechnik in die 
Klein- und Mittelbetriebe. 

In Verbindung mit der Systems '87 
fand vom 20. bis 21 . Oktober der 2. In- 
ternationale Kongreß der Gesell- 
schaft für Informatik (Gl) zu wissens- 
basierten Systemen statt. In den 
Eröffnungsansprachen wurde der Gl 
wiederholt bescheinigt, daß sie sich 
große Verdienste bei der Entwicklung 
der künstlichen Intelligenz erworben 
hat. Davon zeugte auch dieser 2. In- 
ternationale Kongreß, auf dem in 15 
Fachsitzungen 37 Vorträge gehalten 
wurden. Schwerpunkte dabei waren 
theoretische Grundlagen (z. B. Wis- 
senspräsentation und automatisches 
Beweisen), Vorstellung von For- 
schungsprojekten (z. B. Prolog-Ar- 
beiten in Karlsruhe; EUREKA-Projekt 
PROTOS) und Einsatz von Experten- 
systemen (z. B. in der Produktion, in 
der Diagnose und Instandhaltung). 
Festzustellen ist, daß eine große An- 
zahl von Firmen Expertensysteme 
ausstellte und vorführte. Bemerkens- 
wert ist, daß, wegen der grundsätzli- 
chen Verfügbarkeit von 32-Bit-Perso- 
nalcomputern mit leistungsfähigen 
magnetischen und optischen Spei- 
chern im Gigabyte-Bereich, auch die 
Expertensysteme auf diesen Compu- 
tern lauffähig gemacht worden sind. 
Texas Instruments, Nixdorf, Digital 
Equipment, Siemens, IBM u.a. be- 
kannte und leistungsfähige Firmen 
hatten Expertensysteme in ihrem 
Messeangebot. Die Anwendungen 
unterscheiden sich nicht von dem all- 
gemeinen Trend der gegenwärtigen 
Entwicklung. Überall ist eine gewisse 
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Ernüchterung zu verspüren, weil 
ganz einfach der große Erfolg bisher 
nicht in der Breite eingetreten ist. Die 
Programme von Expertensystemen 
sollen nützlich, benutzbar, pädago- 
gisch und leicht modifizierbar sein so- 
wie Empfehlungen erklären, Fragen 
beantworten und neues Wissen er- 
werben können. 

Eine erfolgreiche Realisierung eines 
Expertensystems hängt ganz we- 
sentlich von der gestellten Aufgabe 
ab, die realisierbar, angemessen und 
bewertbar sein muß. Auch sollten die 
Grenzen des Expertensystems von 
vornherein formuliert werden, um 
Enttäuschungen zu vermeiden. 
Wichtig ist auch, eine kontinuierliche 
Systempflege zu betreiben. Einige 
Projekte sind wegen Nichtbeachtung 
obiger Faktoren gescheitert. Die Be- 
deutung der Schnittstelle Mensch- 
Computer wird zu häufig unter- 
schätzt. Der Anwender ist völlig über- 
fordert, wenn er sich erst in Prolog 
oder LISP einarbeiten muß. Zum Be- 
dienen eines Expertensystems muß 
er kein Kl-Experte sein. Gl-Kongreß 
und Systems '87 lassen keinen Zwei- 
fel an dem weiteren Aufstieg und der 
zunehmenden Bedeutung und vor- 
teilhaften Anwendung von Experten- 
systemen. 

Auf dem Symposium zu „Trends in 
der Telekommunikation“ wurde zur 
Telekommunikation in Europa, zum 
Strukturwandel in der Telekommuni- 
kation sowie über technische Mög- 
lichkeiten und praktische Realitäten 
der neuen Telekommunikation vor- 
wiegend referiert. 

Hervorzuheben ist auch das Sympo- 
sium „Synergie von Optik und Elek- 
tronik“, auf dem Probleme der opti- 
schen Schrifterkennung, der opto- 
elektronischen Speichertechnik, der 
Umwälzung in der Drucktechnik so- 
wie der Zukunftsperspektiven opti- 
scher Computer behandelt wurden. 
Den Ausführungen von Laws (Uni- 
versität Duisburg) folgend, könnte in 
der zweiten Hälfte der 90er Jahre der 
optische Computer für Spezialaufga- 
ben zur Verfügung stehen. 

Auf der Messe nahmen die Bürokom- 
munikationssysteme einen speziel- 
len Ausstellungsbereich ein, wodurch 
ihre große Bedeutung unterstrichen 
wurde. Direkt neben dem Ausstel- 
lungsbereich „Kommunikationstech- 
nik“ angeordnet, der vom Telefon bis 
zum Glasfasernetz alles anbot, erga- 
ben sich gute Informationsmöglich- 
keiten. Generell läßt sich feststellen, 
daß zur Grundausstattung eines 
Bürosystems ein Personalcomputer 
(meist 1 6-Bit-PC) mit Drucker und ein 
Computernetz gehören. Umfangrei- 
che Softwarepakete gestalten die 
Grundkonfiguration zu einem lei- 
stungsfähigen Arbeitsmittel. 

Bel den Personalcomputern war das 
breite Angebot an 32-Bit-Computern 
mit dem Mikroprozessor Intel 80386 
besonders auffallend. Jede größere 
Firma bot einen solchen PC an. An- 
sonsten dominierte der 1 6-Bit-PC mit 
dem Intel-Prozessor 80286, häufig 
auch noch mit dem Koprozessor 
80287 ausgerüstet. Der Hauptspei- 
cher liegt meist bei 1 MByte. 2 Disket- 
tenlaufwerke der Größe 5'lt" und je 
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1 MByte Speicherkapazität sowie 
1 Festplattenlaufwerk mit 20 ... 
40 MByte gehören ebenfalls zum 
Standard. 

Am vielfältigsten gestaltete sich das 
Angebot an Druckern. Nadel-, 
Thermo-, Tintenstrahl- und Laser- 
drucker waren vertreten. Der Laser- 
drucker gehörte durchweg zum Stan- 
dardangebot. Er liegt allerdings noch 
über dem Preis der Nadeldrucker, die 
gegenwärtig am stärksten abgesetzt 
werden. Ein 24-Nadel-Drucker leistet 
in der Regel 100 Zeichen/s bei 
Schönschrift und 300 Zeichen/s bei 
EDV-Qualität; Hochgeschwindig- 
keitsdrucker ermöglichen den Druck 
von fast 500 Zeichen/s. Die Laser- 
drucker schaffen meist um 10 Seiten 
pro Minute als Tischdrucker, Spitzen- 
modelle leisten 18 Seiten/Minute. Mit 
den Videoprintern (Tintenstrahl oder 
Thermotransfertechnologie) lassen 
sich für hochauflösende CAD/CAM- 
Anwendungen farbige Hardcopies 
anfertigen. 

Groß und variabel war das Angebot 
an externen Speichern. Hervorzuhe- 
ben sind die 3,5"-Floppy-Disk-Lauf- 
werke mit einer Speicherkapazität 
(unformatiert) von 1 MByte sowie ei- 
ner Spur-zu-Spur-Positionierzeit von 
3 ms. Die Compact-Disk (CD-ROM) 
hat sich überall eingeführt und wird 
als Massenspeicher zentraler Daten 
verwendet. Bei den Festplattenspei- 
chern ist mit der 40-MByte-5'/4"- 
Platte ein gewisser Standard erreicht. 
Bei den SW'-Diskettenlaufwerken 
sind bei der halben Bauhöhe bereits 
6.6 MByte unformatiert auf einer 
Seite erreicht. 

Die optischen Speicher existieren in 
der Compact-Disk sowie im WORM- 
Speicher (WORM = WRITE Once- 
Read Multiple). WORM-Speicher bie- 
ten im 5V4”-Format 600 MByte und im 
1 2"-Format 2,6 GByte. 

Eine neue Anwendungsform von PCs 
verbirgt sich hinter Desktop Publish- 
ing (DTP), was soviel wie „Publizie- 
ren vom Schreibtisch aus“ bedeutet 
(s. auch MP 4/88). Die Grundvoraus- 
setzung für DTP-Anwendungen ist 
eine leistungsfähige Textverarbei- 
tung, mit der es auch möglich ist, be- 
liebige Grafiken in den Text einzu- 
bauen. Diesem Leistungsanspruch 
genügen die meisten auf dem Markt 
befindlichen Softwarepakete für die 
Textverarbeitung noch nicht. Um 
DTP mit PCs zu betreiben, wird ne- 
ben einer leistungsfähigen Textverar- 
beitungssoftware und einer flexiblen 
Grafiksoftware auch ein diesem Pro- 
zeß angepaßtes Layoutprogrammpa- 
ket benötigt. Mit DTP wird eine neue 
Qualität in der Bürokommunikation 
erreicht. Es sind 16- und 32-Bit-Sy- 
steme im Einsatz. Da meist eine län- 
gere Zeit am DTP-Platz gearbeitet 
wird, hat man zunehmend größeren 
Wert aut die ergonomische Gestal- 
tung des Arbeitsplatzes gelegt. Als 
Eingabemedium dienen Abtastgeräte 
(sog. Scanner), Tastatur und Maus. 
Ganzseitenbildschirme höherer Auf- 
lösung bieten Übersicht und beque- 
mes Arbeiten. Die Ausgabe erfolgt 
fast ausschließlich über Laserdruk- 
ker. Da diese DTP-Systeme sehr an- 
wenderfreundlich in Bedienung und 
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u.a. Sprachen angeboten wurden. 
Bei den Betriebssystemen stehen 
UNIX, CP/M und MS-DOS im Vorder- 

Das Anwendersoftwareangebot auf 
der Systems ’87 konzentrierte sich 
auf die Nutzung in Klein- und Mittel- 
betrieben sowie auf einen hohen All- 
gemeinheitsgrad. So präsentierten 
sich Programmpakete für die Verwal- 
tung, wie z. B. Postvertrieb mit PC 
oder die Lagerverwaltung, das Ab- 
rechnungswesen, die Kalkulation, die 
Steuerberatung. 

Der Verbund der Computer über lo- 
kale und globale Netze entwickelt 
sich mit einer beachtlichen Dynamik. 
Das wurde besonders unterstrichen 
durch die Demonstration von 36 Un- 
ternehmen im Rahmen eines sog. 
SYSTEMS-MultiNet auf der Sy- 
stems ’87. Die Zusammenschaltung 
unterschiedlicher Computer der ver- 
schiedenen Unternehmen zeigte den 
realen Stand der Kommunikations- 
technik. An einem gemeinsamen 
Netz mit Terminals, PCs, Minicompu- 
tern und Großrechnern konnte jeder 
mit jedem kommunizieren. Als Über- 
tragungsmedium dienten verdrillte 
Kupferadern sowie Koaxial- und 
Glasfaserkabel. 

Mit dieser Demonstration sollte be- 
wiesen werden, daß eine Netzkopp- 
lung ganz unterschiedlicher Systeme 
möglich ist, wobei kein Anbieter auf 
sein Betriebssystem zu verzichten 
brauchte. 

Als Spitzenprodukt auf dem Soft- 
waregebiet ist das 80386-Betriebssy- 
stem Microsoft Windows/386 von Mi- 
crosoft zu nennen, das den Übergang 
zum angekündigten Betriebssystem 
Microsoft OS/2 sehr günstig gestalten 
soll. 

Spitzenprodukte auf dem Hardware- 
sektor sind vor allem die 32-Bit-PCs 
von IBM, Siemens, Commodore, Nix- 
dorf, Toshiba, Olivetti u. a. Herausra- 
gend ist der T 5100 von Toshiba, der 
mit dem I80386 ausgestattet ist, 
4 MByte Hauptspeicher und eine 40- 
MByte-Festplatte hat und einschließ- 
lich Plasmabildschirm und Tastatur 
nur 6,8 kg wiegt. Als Spitzenleistung 
ist auch die Diskette von Verbatim mit 
6,6 bzw. 12 MByte einzuordnen. Der 
kleinste PC-Drucker DICONIX 150 
leistet 1 50 Zeichen/s, hat die Abmes- 
sungen 27 x 16 x 5 cm 3 und wiegt 
keine 2 Kilogramm. Schließlich gehö- 
ren auch die optischen Speicher 
(WORM) zu den herausragenden 
Ausstellungsprodukten. 

Prof. Dr. Walter Cimander 



Am 3. und 4. Dezember 1987 fand in 
Suhl das erste nationale KDT-Kollo- 
quium zum Rahmenthema Experten- 
systeme statt. Es wurde gemeinsam 
von der Wissenschaftlichen Sektion 
„Computer- und Mikroprozessortech- 
nik“ (Fachverband Elektrotechnik), 
dem Fachausschuß Beratungs- und 
Expertensysteme (Wissenschaftliche 
Gesellschaft für Meß- und Automati- 
sierungstechnik) und der Fachsek- 
tion Künstliche Intelligenz Gesell- 
schaft für Informatik der DDR) veran- 
staltet. Das Ziel der künftig im zwei- 
jährigen Rhythmus in Suhl stattfin- 
denden Informationskolloquien be- 
steht vor allem in der Popularisierung 
von Theorie und Praxis des Entwur- 
fes und der Nutzung von elementarin- 
telligenten Computern, deren Haupt- 
merkmal die Fähigkeit zur logischen 
und algorithmischen Verarbeitung 
von deklarativem und prozeduralem 
Wissen ist. Damit werden wesentli- 
che Leistungsmerkmale der 5. Rech- 
nergeneration erfüllt. 

In den Vorträgen zum Kolloquium 
1987 wurden Grundlagenwissen ver- 
mittelt, Entwicklungstendenzen auf- 
gezeigt und vor allem Beispiele der 
Anwendungen von Beratungs- und 
Expertensystemen in der DDR erläu- 
tert. Mit etwa 1 80 Teilnehmern wurde 
ein angemessener Kreis von vonwie- 
gend Ingenieuren, wissenschaftli- 
chen Mitarbeitern und talentierten 
Studenten erreicht. 

Die Grundlagenvorträge überstrichen 
aktuelle Themen wie „methodische 
und rechentechnische Grundlagen 
von Expertensystemen“ (P. Florath, 
ZKI der AdW Berlin), „unscharfe Lo- 
giken für Expertensysteme“ (Ch. 
Posthoff, TU Karl-Marx-Stadt) und 
„Programmieren in PROLOG“ (fl. 
Knauf, TH Ilmenau). Prinzipielle 
Aspekte und perspektivische Orien- 
tierungen wurden mit den Themen 
„Computer im Jahr 2000 - Experten- 
systeme“ (M. Roth, TH Ilmenau) und 
„Beratungs- und Expertensysteme in 
automatisierten Prozessen“ (J. 
Wernstedt, TH Ilmenau) gegeben. In 
einem Vergleich prozeduraler und 
deklarativer Sprachen wurden deren 
Besonderheiten für den Bau von Ex- 
pertensystemen herausgearbeitet 
(H. Killenberg, TH Ilmenau). Sehr in- 
struktive Anwendungsprojekte von 
Expertensystemen wurden mit 
„PROCON I - ein Kl-Werkzeug zur 
Prozeßautomatisierung“ (B. Boeh- 
me), einem Beratungssystem zur 
„Konfigurierung von Robotron aus 
Moduln“ (W. Holle, TH Ilmenau) zur 
„Wälzlagerauswahl" (H. Wolf, SW 
Karl-Marx-Stadt) zur „Entschei- 
dungsfindung im Schiffsführungspro- 
zeß" (V. Koehler, SE Rostock , K.-D. 
Weigelt, IHS Warnemünde) darge- 
stellt. Einen Höhepunkt bildete der 
Vortrag „Das Expertensystem Dl- 
DIMA zur Unterstützung der Frühdia- 
gnostik von Brustdrüsenkrebs“ (W. 
Schueler, Bezirkskrankenhaus Karl- 
Marx-Stadt). 

Prot. Dr. Dr. Michael Roth 
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Entwicklungen und Tendenzen 


Arbeiten an der Theorie 
der Hochtemperatur- 
supraleitung 

Die Erfolge auf dem Gebiet der Su- 
praleitung in technisch einfacher be- 
herrschbaren Temperaturbereichen 
haben die Wissenschaftler zur Erar- 
beitung einer Theorie dieser Erschei- 
nungen herausgefordert. 

Im Institut Laue-Laugevin in Grenoble 
wurde mit Hilfe der hochauflösenden 
Pulverdiffraktometrie die Struktur des 
1 OO-Kelvin-Supraleiters YBa 2 Cu 3 0 7 
im Detail geklärt. Von den französi- 
schen Forschern konnten die zuvor 
mit anderen Verfahren gefundene 
Schichtstruktur des Supraleiters be- 
stätigt und darüber hinaus weitere 
Fragen der Erscheinung geklärt wer- 
den. Die neuen Materialien bestehen 
aus einzelnen durch Barium- und Yt- 
trium-Atomen getrennten Schichten 
aus Kupfer- und Sauerstoffatomen in 
abwechselnd zweidimensional oder 
linear vernetzter Form. 

Erstmals konnte in den verschiede- 
nen Schichten der Bindungszustand 
der Kupferatome gemessen werden. 
Es sind sowohl dreiwertige als auch 
zweiwertige Kupferatome in beiden 
Ebenen gleichzeitig vorhanden. Die 
räumliche Fluktuation des Bindungs- 
zustandes innerhalb der Ebene 
könnte für das Auftreten elektrischer 
Leitung in diesen normalerweise 
elektrisch isolierenden Keramiken 
verantwortlich sein. 

Offen ist noch, ob die gemessene 
Transversalschwingung großer Am- 
plitude in den linearen Kupfer- und 
Sauerstoffatomen zur Supraleitung 
beiträgt. Ebenso konnte noch nicht 
ermittelt werden, ob die linearen oder 
flächigen Strukturen für die Supralei- 
tung ausschlaggebend sind. 

Die Hypothese, daß die Supraleitung 
durch eine magnetische Wechsel- 
wirkung zwischen den Elektronen- 
paaren möglich wird, konnte bei 
YBa 2 Cu 3 07 nicht bestätigt werden. 
Obwohl die Theorie der Supraleitung 
bei hohen Temperaturen noch nicht 
vorliegt, wird erwartet, daß die Pulver- 
diffraktometrie mit Neutronen zu ei- 
ner Klärung der Vorgänge beitragen 


aus Blick durch die Wirtschaft 10. 11. 87 


Neues portables 
Betriebssystem 

In den USA und Großbritannien soll 
sich das portable Betriebssystem 
Pick neben Unix aufgrund seiner Aus- 
richtung auf kommerzielle Anwen- 
dungen, seiner Benutzerfreundlich- 
keit und dem Vorhandensein nur ei- 
ner Grundversion zunehmender Be- 
liebtheit erfreuen. Zu den Schwächen 
sollen die Kommunikationsfähigkeit 
und die Multitaskingmöglichkeiten 
gehören. Von einigen Firmen wird 
deshalb versucht, Pick und Unix ne- 
beneinander laufen zu lassen. Dies 
soll durch eine menüunterstützte Be- 
nutzerschnittstelle zu Pick und Unix 
oder durch die Überlagerung des 
Unix-Kerns durch Pick erfolgen. 

aus Diebold Management Report 6/1987 


Standardisierung s- 
bestrebungen für Unix 

Um der Unix-Vielfalt eine einheitliche 
Linie zu geben, soll sich eine Arbeits- 
gruppe der lEEE-Organisation um die 
Formulierung eines allgemeinen 
Unix-Standards bemühen. Mit Rück- 
sicht auf mögliche Copyright-Ver- 
wicklungen soll der Standard die Be- 
zeichnung Posix (Portable Operating 
System Interface) erhalten. 

Bis Ende 1 987 sollten die Schnittstel- 
len zur Programmbibliothek, die Be- 
fehlssprachen und die Hilfspro- 
gramme der „Shell“ fertiggestellt wer- 
den. Der Standard soll der ISO vorge- 
legt werden, damit er verbindlich als 
Weltstandard erklärt wird. Skeptiker 
befürchten, daß bis zu diesem Zeit- 
punkt der Fortschritt das Problem be- 
reits überholt haben könnte. 

Wi 

aus Diebold Management Report 6/87 


PC-Programm für 
3D-Bildverarbeitung 

Dreidimensionale Bildverarbeitung 
soll mit Hilfe der PC3D-Software der 
Firma Jandel Scientific nunmehr ver- 
gleichsweise preiswert realisierbar 
sein. Aus Daten, die durch CAT, 
Scanner oder Fotos aus Elektronen- 
mikroskopen gewonnen werden, sol- 
len sich dreidimensionale Bilder auf 
IBM-PC oder kompatiblen PC dar- 
stellen lassen. Das auf dem Bild- 
schirm erzeugte Bild soll gedreht oder 
zerteilt werden können. 

aus Diebold Management Report 7/1987 


Ausdehnung 

der Mailbox-Nutzung 

Die GeoMail-Vereinigung, in der die 
Mailboxbetreiber der BRD (Mailbox 
GmbH, GeoNet Services, Infex) zu- 
sammengeschlossen sind, will bis 
zum Jahre 1990 rund 70000 elektro- 
nische Postfächer vermietet haben. 
Ihre Prognose gründet die Vereini- 
gung auf die international wachsende 
Anzahl der Betreiber und Nutzer, die 
kommende Vernetzung aller Mailbox- 
systeme über die X.400-Protokolle 
und auf den erwarteten Erfolg eigener 
Marketingaktionen. Die GeoMail-Fir- 
men wollen ihr Angebot gegenüber 
der Bundespost der BRD attraktiver 
gestalten. Dazu sollen der Übergang 
in das Telexnetz und in das Bild- 
schirmtextsystem gehören. Den Mail- 
box-Teilnehmern würde damit der 
Zugang zu 1,5 Mio. Telexteilneh- 
mern, 1 Mio. Fernkopierern und etwa 
1 00 000 Bildschirmtextteilnehmern 
über ein und dasselbe Terminal mög- 
lich. 

Ein anderer Dienst soll Recherchen in 
den angeschlossenen Datenbanken 
ermöglichen, ohne daß es separater 
Verträge zwischen Host und Benut- 
zer bedarf. Weitere Spezialdienste 
umfassen Sprachübersetzung, Desk- 
top Publishing und einen zeitgesteu- 
erten Anrufdienst. 

Wi 

aus Diebotd Management Report 6/1987 


Alternative zum 
IBM-Betriebssysten MVS 
durch KeyKOS 

Mit finanzieller Unterstützung von 
Amdahl soll die Firma Key Logic (20 
Beschäftigte) ein Betriebssystem er- 
arbeitet haben, das leistungsfähiger 
und billiger als MVS sein soll. 

Der Umfang der Programmzeilen 
wurde gegenüber MVS von 20 Mill. 
Zeilen auf etwa 500000 reduziert. 
KeyKOS soll sich besonders für On- 
line-T ransaktionsverarbeitung, die 

Verwaltung großer Hauptspeicher im 
Gigabyte-Bereich, die Steuerung der 
Ein- und Ausgabetransaktionen von 
und zum Plattenspeicher eignen so- 
wie über einen beständigen virtuellen 
Speicher, volle Fehlertolerenz und 
Objektprogrammierung verfügen. Die 
Programmiersprachen des IBM-Sy- 
stems 370 werden unterstützt. 
KeyKOS soll sich seit 9 Monaten im 
Test befinden. Die Firma Unisys soll 
eine Dauerlizenz für das Betriebssy- 
stem erworben haben. 

aus Diebold Management Report 7/1 987 


Grenzen 

der Miniaturisierung? 

Aufgrund von Untersuchungsergeb- 
nissen an Indium-Teilchen mit Ab- 
messungen von einem Mikrometer 
sollen Wissenschaftler zu der Er- 
kenntnis gekommen sein, daß Metall- 
teilchen desto schlechter elektri- 
schen Strom leiten, je kleiner sie wer- 
den. Abgemagert auf unter einen 
Zehntel Mikrometer wird ursprüngli- 
ches metallisches Material danach zu 
einem Nichtleiter. Von den vorste- 
hend genannten Wissenschaftlern 
wurde für diesen Effekt der Begriff 
„Size-Induced-Metal-Insulator-Tran- 
sition“ (SIMIT) geprägt. Der größen- 
induzierte Metall-Isolator-Übergang 
läßt sich nicht mehr mit der klassi- 
schen Theorie erklären, welche die 
Ladungsträger, die für die Leitfähig- 
keit eines Materials verantwortlich 
sind, als geladene Kügelchen auffas- 
sen. Mit Hilfe der Quantenmechanik, 
die auch den Elektronen Wellenei- 
genschaften zuspricht, läßt sich das 
Ergebnis verstehen. Die kleinen 
Halbleiter- oder Metallstückchen, bei 
denen der Effekt auftritt, werden des- 
halb auch „quantum dots“ genannt. 
Die Untersuchungen an Mikrokristal- 
len, deren Durchmesser unterhalb ei- 
nes Mikrometers liegt, werden derzeit 
im Zusammenhang mit der Herstel- 
lung immer leistungsfähigerer Rech- 
nerchips weltweit intensiv betrie- 

Die Grenze für die Miniaturisierung 
würde nach den Ergebnissen der 
Wissenschaftler bei einem halben bis 
einem zehntel Mikrometer liegen. 
Andererseits ermöglicht der gefun- 
dene Effekt die Miniaturisierung an- 
derer Bauelemente, z. B. könnte man 
einen Widerstand dadurch erhöhen, 
indem man ihn physisch verkleinert, 
statt wie bisher, einen Metallstreifen 
verlängert. 

Mit Hilfe der Mikrokristalle könnten 
sich auch neue künstliche Stoffe mit 
„maßgeschneiderten“ elektrischen 


und magnetischen Eigenschaften 
hersteilen lassen. So sollen sich neue 
Mögiichkeiten auch für die Herstel- 
lung von Kondensatoren und Trans- 
formatoren ergeben. 

aus Bild der Wissenschaft 1 2/1 987 


To uch-Screen 

mit einer einzigen LED 

Einen neuartigen „Touch-Screen“, 
der nur eine einzige Leuchtdiode be- 
nötigt, die ihr Licht quer über die 
Schirmfläche sendet, stellte die Firma 
Wells-Gardner Electronics Corp. in 
den USA vor. Das Licht wird quer 
über die Schirmfläche gesendet, trifft 
an der Gegenseite auf eine reflektie- 
rende Schicht und kehrt an die Aus- 
gangsseite zurück. Dort trifft das Si- 
gnal auf einen linearen CCD-Detektor 
(über eine Sammellinse). Das CCD- 
Element liefert eine Winkelinforma- 
tion des reflektierten LED-Lichtes und 
vergleicht diese mit einem Durch- 
schnittswert. Abweichungen zeigen 
an, daß das Licht an einer definierten 
Stelle des Schirms (durch Berührung) 
unterbrochen wurde. An der unteren 
Kante des Schirms befindet sich eine 
zusätzliche Spiegel-Leiste, über die 
ebenfalls ein (sekundäres) Refle- 
xionssignal auf die CCD-Sensoren 
gelangt. Mit den beiden rückkehren- 
den Lichtsignalen gemeinsam läßt 
sich durch Triangulation der XY-Wert 
des Berührungspunktes errechnen. 
Das Auflösungsvermögen ist durch 
die Größe des CCD-Arrays gegeben. 
Es reicht derzeit für eine Schirmgröße 
von 4 x 9 Zoll aus. 

aus Elektronik 21/1987 


Dokumente 

elektronisch archiviert 

Die Firmen Janisch & Klass-Compu- 
tertechnik und Minox entwickelten ein 
Dokumenten-Archivierungs-Subsy- 
stem mit der Bezeichnung „Minidok“. 
Das System verfügt über eine V.24- 
Schnittstelle und ist an jeden Host- 
rechner anschließbar. Das Retrieval- 
System steuert die Dokumenten- 
Ein-/Ausgabe mit Hilfe von ASCII-Be- 
fehlen. 

An das Subsystem lassen sich ent- 
weder Telefaxgeräte oder Scanner 
und Laserdrucker anschließen. Der 
Bildschirm hat eine Auflösung von 
824 x 1024 Bildpunkten. 

Die Kapazität des Datenspeichers 
umfaßt 800 MByte (16000 Seiten). 
Es lassen sich auch CD-ROMs ver- 
wenden. 

Aufgrund der Verwendung von Tele- 
faxgeräten werden die Informationen 
im CCITT-Format gespeichert und so 
lassen sich Dokumente über das 
Fernmeldenetz senden und empfan- 
gen. 

Das System kann in allen Bereichen 
eingesetzt werden, in denen Doku- 
mente (Zeichnungen, Pläne, Schrift- 
stücke usw.) archiviert werden müs- 


aus Elektronik 21/1987 
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Beispiel für Grafikmöglichkeiten 
auf einem 8-Bit-Computer 





^ 

< A. 

CflD SY STEM 


Die Raumstation MIR wurde auf einem 8-Bit-Heim- 
computer konstruiert. Dabei kam ein leistungsfähi- 
ges CAD-Programm zum Einsatz, das in Overlay- 
technik arbeitet, um den zur Verfügung stehenden 
Speicherplatz von 64 K Byte optimal zu nutzen. Es 
versteht sich von selbst, daß die Rechenroutinen 
alle in Assembler programmiert sind. 

Zuerst wurde ein Drahtgittermodell aus einzelnen 
Makros im Editor erstellt. Die Makros können mehr- 
fach aufgerufen und beliebig verformt werden. Zum 
Schluß der Konstruktionsphase bestand das Objekt 
aus drei großen Makros: MIR, SOJUS und QUANT. 
Diese wurden dann entsprechend zusammenge- 
fügt und in die jetzige Position gedreht. In einer spe- 
ziellen abschließenden Rechenarbeit erzeugte der 
Computer die vorliegende schattierte Variante mit 
einer angenommenen Beleuchtungsquelle von 
vorn oben. Dabei wurde vom Rechner eine leicht 
perspektivische Sicht auf die Station erzeugt. Diese 
Rechenroutine lieferte gleichzeitig die erhöhte Dar- 
stellung des CAD-Objektes in 640 mal 400 Bild- 
punkten, was eine akzeptable Grafik liefert. Man 
könnte das Gebilde auch als Körper ohne Schattie- 
rung berechnen lassen. 

Zusätzlich habe ich vom Computer noch einen Film 
zu 24 Bildern einer kompletten Drehung der Raum- 
station um die x-Achse berechnen lassen. Leider 
läßt sich diese Arbeit hier schlecht demonstrieren. 
Das gesamte Werk benötigte immerhin 1 1 Stunden 


Rechenzeit, was somit auch auf einen Hauptman- 
gel von 8-Bit-CAD-Systemen hinweist, die extreme 
Langsamkeit der Abarbeitung. Andererseits ist es 
eine sehr gute Demonstration der Fähigkeiten von 
kleinen Computern mit wenig Speicherplatz, wenn 
optimale Software genutzt wird. 

S. Seeboldt 

Computerklub im Berliner Haus der Jungen Talente 
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Vielsprachige Wörterbücher 
für Wissenschaft und Technik 
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Chromatographie 


Huruusgogotjon i'/\ [jr Egon Sc-ide-i /u', ammenqestellt von einem 
Autorenko ekiiv t Auflage 528 Seiten [JDR 52 M Ausland 80 DM 
Soeben erschienen Bestellangaben 5535762 Seidel Wb Umwelt- 

Mil etwa MW) Wortsleilen aus den Gebieten Technologien. Gerate Ma- 
schinen Anlagen und Anlagensysteme der Umwellschutztechmk und de- 
ren I in-. nt/ bei der Abwasserbehandlung der Reinhaltung der Luft, der Ab- 
produktbe-handiung des Lärmschutzes und des Küstenschutzes 

Robotertechnik 

/usammerigoMoilt ven Prel Dr Ing habil Erich Burqer unter Mitarbeit von 
’ Jipl Ing Gunter Korzak 2 .- veränderte Auflage 276 Seiten DDR 30. -M. 
Au-.lariri 48 dm Erscheint in diesen Tagen Bestellangaben 553480 7 
Burger Wb Robotertechnik 

Mit etwa 7000 Wortstellen aus den Gebieten Greiferfuhrung. Greifer. An- 
triebe Mampulalorsteuerungen. Weqmeßsysteme. Erkennungssysteme. 
Einsatz von Manipulatoren. Schweißroboter. Roboter der 3 Generation 

Optische Kommunikationstechnik 

Herausgegeben von Dr -Ing Jons Peter Rehahn und Dipl. -Ing. Natalja 
V.hafer t Auflage 156 Seiten DDR 18. M. Ausland 37- DM Soeben er- 
schienen. Fiesteilangaben; 5537709/Rehahn, Wb Kommunikation 
Mil etwa 4000 Wortstellen aus folgenden Gebieten optische Informations- 
iberlraqiinq. Komponenten, physikalische Grundlagen. Herstellung. Sy- 
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Dialog 


Prüfsummen am BC/PC 

Bemerkungen zum Leserbrief in MP 9/87, S. 258 


„Veröffentlichung 

von Programmen im DUMP- 

Format“ von Dr. V. Richter 

Ich vertrete auch die Meinung, daß 
man bei Veröffentlichungen von Pro- 
grammcode, ob nun im DUMP- oder 
im Quelltext-Format, unbedingt auf 
Faksimile orientieren sollte. Das ist ja 
auch als Ihre Meinung aus der redak- 
tionellen Stellungnahme zu oben ge- 
nanntem Leserbrief herauszule- 

Was nun die Prüfsummen oder ähnli- 
ches angeht, könnte man bei Texten, 
die als Diskettendatei zur Faksimile- 
Verwendung ausgedruckt an die Re- 
daktion eingereicht werden, am 
Schluß des Artikels eine Angabe zu 
diesen Bildern machen, die folgendes 
Aussehen hat: 

Anmerkung: 

Checksumme mit POWER CHECK 
berechnet. 

Bild 1 - 4C61 dec: 19553 
Bild 2 - 71 EO dec: 29152 
Bild 3 - E473 dec: 58483 
Bild 4 - F898 dec: 63640 
Für all die Fälle, wo sowohl beim Au- 
tor als auch beim Leser das Dienst- 
programm POWER (DIENST vom 
VEK Robotron) verfügbar ist, also 
z.B. für BC/PC der 8-Bit-Technik, 


könnte der Leser nach dem Eintippen 
durch Gegenvergleich sich und die 
Richtigkeit der Veröffentlichung über- 
prüfen bzw. fundiert an den Autor her- 
antreten. Die Angabe der Check- 
summe hexadezimal und dezimal 
dient der höheren Sicherheit bezüg- 
lich Druckfehlererkennung durch den 

Zur Demonstration teile ich Ihnen fol- 
gendes Bild 1 mit, das eine TURBO- 
PASCAL-INLINE-Prozedur zum dy- 
namischen Aufruf eines CP/M-Kom- 
mandos einschließlich Parameteran- 
gaben aus einem TURBO-Programm 
heraus analog zum dBASE Il-Kom- 
mando: „QUIT TO ’(name) 

[(parm)]’“ enthält. 

Diese wenigen Programmzeilen kann 
ein interessierter Leser leicht abtip- 
pen. Im Bild 2 ist der Aufruf zur 
Checksummenbildung und ein Test- 
beispiel für die mitgeteilte INLINE- 
Routine gezeigt. 

Das Bild 1 ohne den Rahmen, d. h. 
nur der Text, den ein interessierter 
Leser abtippen würde, kommt aus ei- 
ner Diskettendatei: PGMRUF. INC. 

Anmerkung: Checksumme mit PO- 
WER CHECK berechnet. 

Bild 1-B482 dec: 46210 



Ich beschäftigte mich seit 2 Jahren 
mit der Erzeugung von „Mandelbro- 
ten“, „Feigenbäumen“ und „Juliagra- 
fiken“, daher einige Anmerkungen zu 
den Beiträgen von Professor Horst 
Völz in MP 1/88. 

In /I/ und 121 sind neben sehr vielen 
schönen Bildern („Spiralnebeln“, 
„Polypen“, „Seepferdchen“ usw.) 
auch die theoretischen Grundlagen 
der Fraktale dargelegt. Im März 1 980 
fand Benoit B. Mandelbrot seine be- 
rühmte Figur, der die Bremer For- 
schungsgruppe für komplexe Dyna- 
mik später den Namen „Apfelmänn- 
chen“ gab. Mandelbrot entwickelte 
den Begriff „Fractal“ für seine neue 
Kategorie von geometrischen Figu- 
ren, die sich nicht mehr mit den her- 
kömmlichen Begriffen - Punkt - Linie 

- Fläche - Körper - beschreiben las- 
sen. Die Grenze des Apfelmänn- 
chens ist weder Linie noch Fläche, sie 
ist unendlich lang von der Breite 0. 
Ordnung geht über in Chaos (deshalb 
spricht man auch von „Chaosgrafik") 
und umgekehrt. Fraktale sind durch 
zwei Eigenschaften gekennzeichnet: 

- die Selbstähnlichkeit: in jedem 
Ausschnitt finden wir die Form des 
Ganzen wieder 

- es treten keine exakt begrenzten 
Flächen auf; eine Länge oder ein Flä- 
cheninhalt ist nicht bestimmbar. 
Mandelbrot untersuchte die Funktion 
y = x* +1 in der komplexen Zahlen- 
ebene. (Jede komplexe Zahl kann als 
Punkt mit x; y;-Koordinaten aufgefaßt 
werden.) Die Iterationsgleichung, die 
zur Erzeugung des Apfelmännchens 
führt, ist z n+ , = z„ + c. Überträgt man 
diese Gleichung ins Komplexe, so er- 
gibt sich z = x+y, und c = c,+q oder 
f(z n ) = x n _, 2 -y n _, 2 + c r + i(2x n _ 1 y n _ 1 
+ Ci). Es können 4 Parameter verän- 
dert werden: x, y, c r , c^ Bei der Gene- 
rierung des Apfelmännchens wird die 
Iteration mit x = y = 0 begonnen, c r 
und C| werden für jeden Bildpunkt ver- 
ändert. Hält man c r und q für ein Bild 
konstant und verändert x und y, so er- 
hält man Bilder von Julia-Mengen 
(Gaston Julia beschäftigte sich be- 



reits 1 920 mit der Iteration von kom- 
plexen Funktionen, ihm zu Ehren 
werden die fraktalen Grenzen dieser 
Bilder heute Julia-Mengen ge- 
nannt). 

Nun noch ein Tip zur Beschleunigung 
der Berechnung eines Apfelmänn- 
chens, der in /3/ beschrieben wird. 
Der schwarze Körper ist eine Kar- 
dioide mit q = 1/4 und r 2 = 1/4. Der 
Kopf ist ein Kreis mit Mittelpunkt 1 ; 0; 
und Radius 1/4. Mit folgendem Test 
wird die Berechnung in diesen Teilen 
des Apfelmännchens, die bekanntlich 
am längsten dauert, unterdrückt. 

IF CR > 0.75 THEN Test auf Apfel- 
männchenkörper 
ELSE Test auf Apfelmänn- 
chenkopf 

Test auf Apfelmännchenkörper 
Y2=YC*YC:X2=XC*XC 
R=X2+Y2:S=SQR(R-XC*0. 5+0.0625) 
IF(1 6*R*S) > (5*S-4*XC+1) THEN ITE- 
RATION ELSE Zähler=MAX 
Test auf Apfelmännchenkopf 
Y2=YC*YC:X2=(XC+1)*(XC+1) 
IF(X2+Y2) 0.0625 THEN ITERATION 
ELSE Zähler=MAX 

Die Bilder zeigen Computergrafiken 

nach der Formel: 

xk=cr yk=ci 

Iteration 

x=xk*cos(yk) 

y=xk*sin(yk) 

xk=x yk=y 

Abbruchkriterium 

x=xkoder Zähler=max 

Dabei gelten für Bild 1 :4 < cr < 5; 1 < ci 

<1,8: max=16und für 

Bild 2: 4.2 < cr < 4,7; 1,6 < ci < 2; 

max=16. 
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EtOCEDURE BSMRUF(VAR HxMNAM:Str32); 

{Mit RjMROP(RIMKAH) wird ein CP/M-Konmando analog zu: 

QUIT TD "<name>[ <parm>]" 

aif gerufen. Das CP/M-Konmando, z.B. "A:WS " miss in der 
Stringvariablen POMNAM (max. 32 Zeichen) enthalten sein.} 
begin inline /V v U ,, \/ \/ v ^ 

(a2A/HlMNAM/n'aä/nA7/nIE/nOO/nffi/nlE/nPE/D20Ai30/DlA/n4P/ -- 
n32/*+77/n06/n00Ml /*+73/B237BED/nB0>EB/n3E7n24/n237n77/ v 
r&B/n3E/n00/n77/n 237 b 23/b77/b23/b77/b1 1 /*+52/bOE/b 1 A/nCD/ 
bO5/b00/b 1 -| /*+80/b0E/nl 3/BCD/B05/nOOAf11 /*+72 /bOE/b 1 6/nCD/ ./ 
D05/nOO/nEE/npp/nCA/nOO/nOO/n3E/nOOAi32/*+89/nl1 /*+54/nOE/ •+ 
°1 5 /bCD/b05/b 00AH1 /*+46/B0E/nl0/BaD/n05/n0O/BC3/b(X)/B00/ ✓ 
n04/n41 /B3A/n57/n53/nOO/n24/nOO/BOOAiOO/nOO/nOO/nOO/nOO/ i/ v 
BOO/BOO/BOO/BOO/BOO/nOO/BOO/nOO/BOO/BOO/BOO/nOOAiOO/nOO/ ✓ 
BOO/bOO/bOO/bOO/bOO/bOO/bOO/bOO/bOI /n24/B24/n24/n20/n20/ ^ U 
B20/4320/B20/B53/n55/n42/BOO/BOO/BOO/taOO/nOO/taOO/BOO/BOO/ ./ \J 
BOO/bOO/BOOAiOO/BOO/BOO/BOO/BOOAfOO/BOO/nOO/BOO/BOO/nOO/ 
B00/B00) end; 



A>PCWER C: <CR> 


C=check pgmruf .inc<CR> 

C:HtMRUF .INC - eheeksum: B482 total: B482 dec: 46210 
C=exit<CR> 

A>TURB0<CR> Testen der FGMHUF-R outine : 

Prograin HIMHUF Test; 

TYPE Str32=STRTNG[32]; 

Var PGMMAM:Str32; 

{bi HJMRUF.INC } 
fflGIN 

HjMNAM := 'A:STAT B:*.*'; 

HrMROF(PBMNAM) 

KID. 


\ . / 


Bild 1 : „QUITTO (name)[(parm)]“ aus TURBO-Pascal heraus 

Bild 2: Berechnen der Prüfsumme mittels POWER CHECK und Testbeispiel 

der INLINE-Routine PGMRUF 


Chaosgrafik 


ad 
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Erstes Rechnernetz «Ir Platten werk 



Foto: WeiB 


Gegenwärtig wird im Plattenwerk 
Halle-Neustadt des Wohnungsbau- 
kombinates Halle ein automatisiertes 
Leitungssystem aufgebaut. Damit 
wird erstmals in einer Vorfertigungs- 
stätte des DDR-Wohnungsbaus eine 
lokale Vernetzung von Mikrorechnern 
angestrebt. Bisher gab es nur Lösun- 
gen mit Großrechneranlagen, die 
rund viermal so teuer sind. Das Vor- 
haben wird über drei Etappen bis 
1991 realisiert. Zur Zeit werden rech- 
nergestützte Einzelarbeitsplätze für 
die Produktionslenkung und -kon- 
trolle, die komplexe Materialdispo- 
sition sowie die gesamte Planung und 
Ökonomie geschaffen. Durch drei 
16-Bit-Rechner können in diesem 
Jahr bereits neun Arbeitskräfte, vor 
allem für die Qualitätskontrolle im 
Schichtbetrieb, gewonnen werden. 
Ab 1989 sieht die Konzeption den 
Einsatz des neuen Betriebsdatensy- 
stems BDS A5230 vor, das auf der 
diesjährigen Leipziger Frühjahrs- 
messe erstmals vorgestellt wurde 
(siehe Bild). Kern des Systems ist 
eine Systemsteuereinheit - eine 


Mehrprozessorlösung mit zwei funk- 
tionsbestimmenden 16-Bit-Prozes- 
soren (dem System-Erfassungs-Pro- 
zessor und dem System-Verarbei- 
tungs-Prozessor), mit2 . . . 4 Festplat- 
tenspeichern, einem oder zwei 
'^'-Magnetbandgeräten, einer Be- 
dieneinheit (Display, Tastatur, Druk- 
ker) und der Anschlußmöglichkeit von 
bis zu 24 Bildschirmterminals über 
V.24 bzw. 20-mA-Stromschleife bzw. 
60 Betriebsdatenterminals über Li- 
nieninterface IFLS-Z. Die Terminals 
sind RAM-ausgestattete Geräte, die 
von der Systemsteuereinheit je nach 
Anwendungszweck mit einer einsatz- 
bezogenen Programmspezifizierung 
versorgt werden. 

20 Datenterminals werden an das 
BDS in den Betriebsteilen Halle-Neu- 
stadt und Merseburg angeschlossen, 
um einen täglichen Informationsaus- 
tausch über alle wichtigen Produk- 
tionsdaten zu sichern. Schließlich sol- 
len alle bestehenden Personalcom- 
puter im Betrieb an das Datensam- 
melsystem gekoppelt und miteinan- 
der vernetzt werden. ADNIMP 


Jährlich 1 00 neue 
Schaltkreistypen 

Mehr als 760 Grundtypen elektroni- 
scher Bauelemente gehören derzeit 
zum Fertigungsprogramm des Kom- 
binates Mikroelektronik Erfurt. Seit 
seiner Gründung vor zehn Jahren hat 
sich das Sortiment leistungsfähiger 
Schaltkreise aus eigener Produktion 
vervierfacht. Die 59 000 Beschäftig- 
ten in den 22 Kombinatsbetrieben lei- 
steten durch die Entwicklung und 
Produktion immer höher integrierter 
Bauelemente einen gewichtigen Bei- 
trag für die breite Einführung dieser 
Schlüsseltechnologie in der Volks- 
wirtschaft in der DDR. Um für neue 
Schaltkreisgenerationen den erfor- 
derlichen wissenschaftlich-techni- 
schen Vorlauf zu sichern, arbeiten die 
Forscher und Ingenieure mit mehr als 
30 Hoch- und Fachschulen sowie In- 
stitutionen der Akademie der Wissen- 
schaften auf der Grundlage lang- 


fristiger Koordinierungs- und Lei- 
stungsverträge zusammen. Diese 
Kooperation trägt dazu bei, daß jähr- 
lich im Durchschnitt 80 bis 100 neue 
Typen in die Fertigung übergeführt 
werden können. Wichtigstes Vorha- 
ben in diesem Jahr ist dabei die Pro- 
duktion der 64-Kilobit-Speicher- 
schaltkreise. Vorbereitet wird die Her- 
stellung schneller 16- und 32-Bit-Mi- 
kroprozessoren. 

ADN 

Erste EC 1 057 übergeben 

Die erste EDVA EC 1057 ist Anfang 
März vom Kombinat Robotron an die 
künftigen Nutzer übergeben worden. 
Sie gehört zu einer neuen Gerätege- 
neration der ESER-Serie und kommt 
im VEB Datenverarbeitungszentrum 
Dresden zum Einsatz. Als Doppelpro- 
zessoranlage konzipiert, verfügt sie 
über eine Rechengeschwindigkeit 
von 1 ,6 Millionen Operationen in der 


Sekunde und über die annähernd 
dreifache Systemleistung ihrer Vor- 
gängertypen. Die Kollektive im An- 
wenderbetrieb nehmen jetzt die Er- 
probung der Neuentwicklung im Dau- 
erbetrieb unter Produktionsbedin- 
gungen vor. Nach entsprechender 
Einlaufzeit soll mit der EC 1057 künf- 
tig eine zentrale Datenbank der DDR- 
Elektronik geschaffen werden, mit 
der rund 200 Partner ständig im Dia- 
log stehen können. 

ADN 

Konsultationsstutzpunkt 

Als erste Produktionsgenossenschaft 
im Bezirk Halle eröffnete die PGH 
Rundfunk Gernrode am 1 . März einen 
Konsultationsstützpunkt zur Hard- 
und Softwareberatung für den 
PC 1715. Zum Service gehören die 
Unterstützung der Handwerksbe- 
triebe bei der Auswahl des Rechners 
einschließlich der kompletten techni- 
schen Ausstattung sowie Hinweise 
für ökonomische Anwenderpro- 
gramme. Darüber hinaus werden 
Möglichkeiten zur Reparatur von 
Computern geschaffen. Mit diesem 
Konsultationsstützpunkt sollen Ver- 
waltungsprozesse im Handwerk des 
Bezirkes sowie angrenzender Ge- 
nossenschaften im benachbarten Be- 
zirk Magdeburg weiter rationalisiert 
werden. Bei der Einrichtung des 
Stützpunktes arbeitete die PGH 
Gernrode eng mit der Ingenieur- 
schule für Elektrotechnik und Maschi- 
nenbau Eisleben zusammen. Ent- 
sprechend einer wissenschaftlich- 
technischen Vereinbarung beider 
Partner halfen Eislebener Wissen- 
schaftler und Studenten mit Software 
und Rationalisierungsprojekten. 

ADN 

informatica 88 

Die erste internationale Konferenz 
und Messe informatica 88 fand Mitte 
Februar in Havanna statt. Während 
des Treffens hatten mehr als 1 200 
Spezialisten aus rund 30 Ländern 
über neue Tendenzen auf dem Ge- 
biet der Soft- und Hardware sowie 
über die Verstärkung der Kooperation 
beraten. Über 25000 Messebesu- 
cher machten sich mit neuen elektro- 
nischen Geräten und Ausrüstungen 
aus dem In- und Ausland, darunter 
mit 16-Bit-Technik des Kombinats 
Robotron, sowie deren Einsatz in ver- 
schiedenen Bereichen vertraut. 

ADN 


Singapur setzt noch 
stärker auf Elektronik 

Die elektronische Industrie des süd- 
ostasiatischen Stadtstaates war auch 
im vergangenen Jahr der am stärk- 
sten expandierende Zweig. Das geht 
aus einem jetzt veröffentlichten Wirt- 
schaftsbericht 1987 hervor. Allein die 
Produktion von Diskettenlaufwerken 
für Computer stieg um 75 Prozent. 
Die in Singapur ansässigen 240 
Unternehmen der Mikroelektronik- 
industrie mit zur Zeit mehr als 70000 
Werktätigen stellen gegenwärtig fast 
alle Komponenten für Produkte der 
Heimelektronik, für Personalcompu- 


ter und deren periphere Geräte sowie 
Chips her. Die meisten Betriebe sind 
Firmen mit starker Beteiligung von In- 
vestoren aus Japan, den USA und 
Westeuropa, für die Singapur durch 
geringe Lohnkosten bei hohem tech- 
nischen Niveau der Facharbeiter at- 
traktiv ist. Im Rezessionsjahr 1985/ 
86, als Singapur in einigen Wirt- 
schaftszweigen einen Rückgang von 
fast zehn Prozent hatte, galt die Elek- 
tronikbranche als relativ „krisenfest". 
Auch künftig soll die Computerindu- 
strie als wirtschaftliche Säule staatli- 
che Förderung genießen. 

ADN 


Kuba steigert 
Elektronik-Produktion 

Kubas Herstellerwerk von elektroni- 
schen Bauelementen wird seine Pro- 
duktion in diesem Jahr gegenüber 
1987 mehr als verdoppeln. Rund 20 
Millionen elektronische Bauelemente 
- ein Viertel davon integrierte Schalt- 
kreise - werden bis Jahresende das 
Halbleiterwerk „Che Guevara“ in der 
westkubanischen Provinzstadt Pinar 
del Rio verlassen. Die Herstellung 
von Computerterminals steigt um das 
Dreifache. Im Rahmen des RGW hat 
sich Kuba auf Rechnertastaturen 
spezialisiert. Zu den größten Abneh- 
mern kubanischer Elektronik gehört 
die UdSSR. Sie wird in diesem Jahr 
mit 8000 Bildschirmterminals dreimal 
mehr Geräte beziehen als 1987. 
Auch die DDR, Polen, Bulgarien und 
die CSSR verwenden zunehmend 
Bauelemente „Made in Cuba“. 

ADN 


TERMINE 

Fachtagung Elektromagne- 
tische Verträglichkeit in 
der Automatisierungstech- 
nik 

WER? Bezirksverband Dresden 
der KDT und Sektion Elektrotech- 
nik der TU Dresden 
WANN? 1 3. September 1 988 
WO? Hygienemuseum Dresden 
WAS? 

- EMV-Grundlagen 

- EMV-gerechte Entwicklung 
und Konstruktion von Automati- 
sierungsgeräten 

- EMV-Störfestigkeitstestung 
von Funktionseinheiten und an- 
deren Geräten 

- EMV-gerechte Gestaltung von 
Automatisierungsanlagen 

- EMV-gerechte Bauausführung 
von Erdungsanordnungen 

- Maßnahmen gegen Blitz- und 
Abschaltüberspannungen sowie 
Stromrichternetzrückwirkungen 

- Schutz gegen elektrostatische 
Entladungen 

WIE? Anfragen an: KDT-BV 
Dresden, Basteistraße 5, Dres- 
den, 8020 oder TU Dresden, Sek- 
tion Elektrotechnik, BAS, Momm- 
senstr. 13, Dresden, 8027 

Habiger 
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Fehlertolerante 

Mikrorechnersysteme 


Ingolf Föfsch, 

Dr. Hans-Georg Porep, 

Ronald Scheel 

Ingenieurhochschule Wismar, 
Sektion TdE/E 


Mit dem Einsatz der modernen Mikrorechner 
in der Steuerungstechnik wachsen auch die 
Anforderungen an die Verfügbarkeit und Zu- 
verlässigkeit solcher Systeme. In Facharti- 
keln, die sich mit den erhöhten Anforderun- 
gen an die Zuverlässigkeit solcher Mikro- 
rechnersysteme befassen, rückt der Aus- 
druck Fehlertoleranz immer mehr in den Mit- 
telpunkt des Interesses. Dieser Beitrag soll 
einen einführenden Überblick zum Fachge- 
biet der Fehlertoleranten Mikrorechnersy- 
steme geben. 

Die Entwicklung der Mikrorechentechnik war 
bislang vor allem durch das Bemühen um 
Leistungssteigerung gekennzeichnet. Erhö- 
hung der Taktfrequenz, Verbreiterung der 
Datenformate, überlappte Befehlsverarbei- 
tung und schließlich parallele Verarbeitung in 
Mehrprozessorsystemen sind Wege zur Lei- 
stungssteigerung. Komfortablere Betriebssy- 
steme vereinfachen und erweitern die An- 
wendung. Damit wächst aber auch die Zahl 
der Fälle mit erhöhten Anforderungen an die 
Zuverlässigkeit. Der Ausdruck Fehlertole- 
ranz rückt heute zunehemend in den Mittel- 
punkt des Interesses. Die vorliegende Arbeit 
soll helfen, auf diese Entwicklung aufmerk- 
sam zu machen und einen Überblick über 
Methoden, Möglichkeiten und Grenzen der 
Fehlertoleranz zu geben, soweit das aus 
heutiger Sicht möglich ist. 

Zur Erreichnung einer hohen Zuverlässigkeit 
von digitalen Systemen gibt es zwei unter- 
schiedliche Philosophien: Fehlervermeidung 
und Fehlertoleranz. 

Kerngedanke der Fehlervermeidung ist es, 
die Fehlerursachen weitestgehend zu elimi- 
nieren, so daß ein weitestegehend perfektes 
System entsteht. Treten dennoch während 
des Betriebes Fehler auf, so führen diese 
zum Fehlverhalten des Systems. 
Kerngedanke der Fehlertoleranz ist es, das 
System mit einer gewissen Redundanz zu 
versehen, die beim Auftreten von Fehlern 
wirksam wird, so daß diese zu keinem Fehl- 
verhalten des Systems insgesamt führen, 
d. h. toleriert werden können. 

Die Prinzipien zum Aufbau fehlertoleranter 
Systeme sind teilweise seit längerem be- 
kannt, wurden aber in der Vergangenheit nur 
für spezielle Anwendungen realisiert. Bei- 
spiele sind zentrale Rechnersteuerungen für 
Nachrichtenvermittlungssysteme, die eine 
Nichtverfügbarkeit von weniger als einer 
Stunde in zehn Jahren erreichen, und Steue- 
rungssysteme der Raumfahrt mit Missions- 
zeiten von mehreren Jahren. 

Der heutige Stand der Mikroelektronik er- 
laubt nun eine weitergehende Anwendung 
der Fehlertoleranz in der Rechentechnik. 
Das darf aber nicht nur als Anwendung be- 
reits bekannter Prinzipien verstanden wer- 
den, sondern muß auch die Suche nach den 
neuen technologischen Möglichkeiten ange- 
paßten Lösungen bedeuten. 


Fehler 

Die Struktur fehlertoleranter Systeme wird 
wesentlich von der Art der zu tolerierenden 
Fehler bestimmt. Ein Fehler (exakter das 
Wirksamwerden eines Fehlers) ist defini- 
tionsgemäß das Ereignis, das im Verlust der 
Funktionsfähigkeit der entsprechenden Be- 
trachtungseinheit liegt. Bei Rechnern können 
Fehler in der Hardware, in der Software und 
als Wechselwirkungsfehler (z. B. Bedienfeh- 
ler) mit der Umwelt auftreten. 

Die „klassischen“ Fehler sind physikalischer 
Natur. Meist wird nach der Dauer zwischen 
permanenten und transienten Fehlern (Stö- 
rungen) unterschieden, wobei letztere bei 
aus hochintegrierten Schaltkreisen aufge- 
bauten Systemen dominieren. Die Tolerie- 
rung physikalischer Fehler - vor allem tran- 
sienter Fehler - stellt für fehlertolerante Sy- 
steme eine „Standardforderung“ dar. 

Neben der Tolerierung physikalischer Fehler 
rückt zunehmend das sehr schwierige Pro- 
blem der Tolerierung nichtphysikalischer 
Fehler (Entwurfsfehler der Hardware und vor 
allem der Software, Wechselwirkungsfehler) 
in den Mittelpunkt des Interesses. 

Redundanz 

Redundanz ist die Gesamtheit der Mittel, die 
ein fehlertolerantes System gegenüber ei- 
nem fehlerintoleranten System enthalten 
muß, um seine Aufgaben erfüllen zu können. 
Man unterscheidet zwischen Hardware-, 
Software- und Zeitredundanz. Die Auswahl 
der zum Einsatz kommenden Redundanz ist 
abhängig von den zu tolerierenden Fehlern 
und weiteren technischen und ökonomi- 
schen Forderungen an das System. 
Hardwareredundanz ist nicht nur eine meist 
erforderliche (z. B. zum Tolerieren von per- 
manenten Hardwarefehlern), sondern oft 
auch eine effektive Redundanztechnik. Hard- 
wareredundanz erfordert aber die Bereitstel- 
lung angepaßter Schaltkreise, da sonst meist 
keine praktikable Lösung möglich ist. Die 
zwei Formen der Hardwareredundanz sind: 
Statische Redundanz 

Das System enthält mehrere gleichartige und 
gleichzeitig aktive Komponenten, so daß 
durch einen Ergebnisvergleich nur in einzel- 
nen Komponenten auftretende Fehler mas- 
kiert (d. h. unterdrückt) werden können (Mas- 
kenredundanz). Am bekanntesten ist das 2- 
aus-3-System, das Einzelfehler maskiert. 
Dynamische Redundanz 
Das System enthält mehrere gleichartige 
Komponenten, von denen die redundanten 
nur im Fehlerfall aktiv in Betrieb genommen 
werden. 

Softwareredundanz ermöglicht das Nachrü- 
sten von Fehlertoleranz in fehlerintolerante 
Systeme. Allerdings können dann nicht alle 
Fehler - beispielsweise keine permanenten 
Hardwarefehler - toleriert werden. Software- 
redundanz ermöglicht die Realisierung kom- 
plexer Funktionen der Fehlererkennung, -lo- 
kalisierung und -korrektur. Allerdings sind 
dann die Laufzeiten der entsprechenden Pro- 
gramme wie auch eventuell in ihnen vorhan- 
dene Softwarefehler zu beachten. 
Zeitredundanz besteht in der Wiederholung 


von Befehlen, Programmteilen oder ganzen 
Programmen und dem Vergleich der Ergeb- 
nisse. Damit können beispielsweise tran- 
siente Hardwarefehler toleriert werden. Zeit- 
redundanz ist i. a. nur bei geringen Anforde- 
rungen einsetzbar. 

Eine Sonderform der Redundanz ist die Ko- 
deredundanz. Sie ermöglicht mittels fehler- 
erkennender und fehlerkorrigierender Kodes 
die Korrektur von Fehlern, die bei der Über- 
tragung oder Speicherung von Informationen 
entstehen. Das wohl bekannteste Beispiel ist 
die Einzelbitfehlerkorrektur bei dynamischen 
Speichern. Koderedundanz ist aber auch bei 
der Informationsverarbeitung einsetzbar. 

Fehlererkennung 

Die in fehlertoleranten Rechnersystemen im- 
plementierten Algorithmen zur Überwa- 
chung/Fehlererkennung hängen im starken 
Maße von den Forderungen an die Zuverläs- 
sigkeit ab. 

Bei geringen Anforderungen kann man sich 
mit softwarerealisierten periodischen Selbst- 
test begnügen. Diese Selbsttests realisieren 
einen von innen nach außen fortschreitenden 
Test des Rechners. Dieses Verfahren ist in 
der Literatur ausführlich beschrieben worden 
bis hin zu Veröffentlichungen von geeigneten 
Testprogrammen und Methoden zu ihrer Er- 
stellung IM, 121. 

Der Nachteil dieses Verfahrens ist, daß zwi- 
schen den Tests keine Überwachung erfolgt, 
so daß es meist nur für Anfangstestung, Off- 
line-Testung sowie Testung nicht in Betrieb 
befindlicher Einheiten (Redundanztestung) 
geeignet ist. Für die On-Iine-Testung schei- 
det es i.a. aus. 

Bei höheren Anforderungen an die Fehlerer- 
kennung ist u. U. ein erheblicher Hardware- 
aufwand erforderlich, den man in der Vergan- 
genheit meist zu vermeiden suchte. Ange- 
sichts der Kostendegression für Hardware 
und der entgegengesetzten Tendenz für 
Software rücken Hardwaremaßnahmen aber 
zunehmend in den Mittelpunkt des Interes- 
ses. 

Die Anwendung statischer Redundanz mit ih- 
ren fehlererkennenden und fehlerkorrigieren- 
den Eigenschaften ist ein sehr leistungsfähi- 
ges Verfahren, dürfte jedoch als aufwendig- 
ste Lösung für die meisten Anwendungsfälle 
ausscheiden. 

Die Duplizierung verbunden mit Parallelbe- 
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trieb und Ergebnisvergleich sowohl von 
Rechnern als auch nur von Prozessoren er- 
scheint gegenwärtig bei komplexeren Struk- 
turen das optimale Verfahren zur lückenlo- 
sen Erkennung von Hardwarefehlern zu sein. 
Einige Hersteller bieten bereits angepaßte 
Schaltkreise an. Ein Beispiel hierfür sind die 
INTEL-Prozessoren iAPX432, die ein unmit- 
telbares Zusammenschalten zweier Schalt- 
kreise ermöglichen und mögliche Fehler 
nach außen signalisieren /3/, /4/. 

Einen geringeren Aufwand als die Duplizie- 
rung verspricht die Anwendung fehlererken- 
nender (meist arithmetischer) Kodes bei Pro- 
zessorschaltkreisen. Hierzu sind in letzter 
Zeit eine Reihe von Veröffentlichungen zu 
möglichen Kodes und Prozessorstrukturen 
erschienen /5/, /6/. Es ist aber nicht bekannt, 
ob derartige Schaltkreise bereits angeboten 
werden. 

Neben den beschriebenen Verfahren werden 
zunehmend weitere Hardwareverfahren zur 
Überwachung einzelner Funktionen von 
Rechnern eingesetzt, wie beispielsweise 
Laufzeitüberwachung von Programmen, 
Überwachung von Speicherzugriffen und Be- 
rechtigungen usw. Diese Verfahren werden 
zunehmend in die Systemschaltkreise inte- 
griert. Mit ihrer Hilfe können indirekt einzelne 
Hardwarefehler erkannt werden, insbeson- 
dere sind sie jedoch zum Erkennen von Soft- 
warefehlern geeignet. 

So wurden z.B. in den INTEL-Prozessor- 
schaltkreis 80386 ein Hardwareselbsttest (er 
erfaßt etwa 50 % der Struktur), 6 Debugregi- 
ster zur Softwarefehlersuche und die Über- 
wachung von Speicherzugriffen mittels inter- 
ner MMU integriert /7/. 

Diagnose 

Nach dem Erkennen eines Fehlers kann 
durch Wiederholung des fehlerhaft verlaufe- 
nen Programmabschnitts bzw. durch Wie- 
derholung des Tests, der zur Fehlererken- 
nung geführt hat, entschieden werden, ob der 
betreffende Fehler transient oder permanent 
ist. Zur Lokalisierung von permanenten Feh- 
lern muß ein Diagnoseprogramm gestartet 
werden. Dieses Programm ist im Prinzip 
gleich der Anfangstestung. Der wesentliche 
Unterschied besteht aber darin, daß die Zeit 
bei der Off-Iine-Testung sehr begrenzt ist. 
Das erfordert nicht zu lange Programmlauf- 
zeiten des Diagnoseprogramms. In Mehr- 
rechnersystemen sollte die Optimierung der 
Diagnose auf die Rechnerpausen oder die 
Zeit zwischen zwei Tasks erfolgen 78/. 

Wird mehr Zeit für die Diagnose gefordert, 
muß der Rechner bzw. der Rechnermodul 
vom eigentlichen Rechenbetrieb entbunden 
werden. Damit ist der Rechner für diese Zeit 
nicht in der Lage, die anstehenden Aufgaben 
zu erfüllen. 

Ziel der Diagnose ist es, daß Hardwareaus- 
fälle in den Systemkomponenten einer Rech- 
nerkonfiguration erkannt und bis auf ersetz- 
bare Einheiten herunter lokalisiert werden. 
Eine Meldung nach außen erleichtert das 
Auffinden der defekten Systemkomponenten 
wesentlich. Bereits bei nicht fehlertoleranten 
Systemen kann damit die Reparaturzeit ver- 
kürzt und die Verfügbarkeit erhöht werden. In 
einem fehlertoleranten System ist die Dia- 
gnose Voraussetzung für fehlertolerantes 
Verhalten. Hier wird das Diagnoseergebnis 
zur automatischen Rekonfiguration des Sy- 
stems verwendet. In Mehrrechnersystemen 
wird zum Beispiel von einem dreistufigen 
Diagnoseansatz ausgegangen: 


- Selbstdiagnose innerhalb eines Rechner- 
moduls 

- Nachbarschaftsdiagnose zwischen unmit- 
telbar miteinander verbundenen Modulen 

- systemweite Diagnose. 

Wird ein Rechnermodul ohne seine Verbin- 
dung zu anderen Modulen betrachtet, so 
stellt er einen typischen Mikrorechner mit 
CPU, Speicher und E/A-Schnittstelle dar. Die 
Diagnose von Hardwareausfälien kann durch 
fehlererkennende Kodes (spezielle Hard- 
ware ist erforderlich) oder durch Selbsttest- 
programme erfolgen. Nach jedem Einschal- 
ten oder Rücksetzen eines Moduls laufen 
diese Selbsttestprogramme vollständig ab. 
Später werden sie während des Rechenbe- 
triebes abgearbeitet. Wird Echtzeitverarbei- 
tung gefordert, müssen die einzelnen Pro- 
grammlaufzeiten beachtet werden (on-line 
Schranke). 

Bei der Nachbarschaftsdiagnose greift ein 
Modul direkt auf einen anderen Modul zu und 
informiert sich über aufgetretene Fehler bzw. 
über das Ergebnis des Selbsttests. Auch das 
Verschicken von „l’m alive“-Nachrichten an 
benachbarte Module ist möglich. An dieser 
Stelle kann aber nicht entschieden werden, 
ob der Nachbarmodul defekt oder die Verbin- 
dung zu ihm unterbrochen ist. Zur Unterstüt- 
zung der Rekonfiguration des Systems kön- 
nen die Nachbarn die Möglichkeit besitzen, 
einen als fehlerhaft erkannten Modul zurück- 
zusetzen oder stillzulegen. 

Aufgabe der systemweiten Diagnose ist es, 
einen als fehlerhaft erkannten Modul allen 
anderen Modulen mitzuteilen. An dieser 
Steile kann auch die Entscheidung getroffen 
werden, ob ein Modul oder nur die Verbin- 
dung zu ihm defekt ist. Es liegen nun alle In- 
formationen für eine Rekonfiguration des Sy- 
stems vor /9/, /1 0/, /1 1/. 

Rekonfiguration 

Der Rekonfigurationsalgorithmus beinhaltet 
alle Aktionen, die nach dem Auftreten und Er- 
kennen eines Fehlers durchgeführt werden 
mit dem Ziel, wieder zu einem normalen Re- 
chenbetrieb zu gelangen. Automatische Re- 
konfigurationsalgorithmen lassen sich nach 
dem Status einteilen, den das System nach 
der Rekonfiguration (Systemwiederherstel- 
lung) besitzt. 

Vollständige Rekonfiguration 

Das System kehrt nach einer bestimmten 
Zeit mit seiner vollen Rechnerkapazität von 
der Fehlerbehandlung zurück. 

Es ist ein Ersatz von defekten Hardwareele- 
menten, und eine Korrektur der Daten erfolgt. 
Die Korrektur der Daten kann durch fehlerre- 
dundante Kodes, durch die Rückwärtsbewe- 
gung des Systems oder die Vorwärtsbewe- 
gung erfolgen. Bei dem Prinzip der Rück- 
wärtsbewegung (Check-pointing) geht das 
System in einen fehlerfreien Zustand, der in 
der Vergangenheit liegt, zurück. Dazu wer- 
den im Programm Wiederaufsetzpunkte defi- 
niert und der Zustand des Systems abgespei- 
chert. Im Fehlerfall wird ausgehend von dem 
zuletzt abgespeicherten Zustand ein Back- 
up-Prozeß aktiviert. Dieser läuft in Mehrrech- 
nersystemen auf einem anderen Rechner- 
modul und kann die Aufgaben des Pro- 
gramms lückenlos übernehmen. 

Bei der Vorwärtsbewegung geht das System 
in einen fehlerfreien Zustand, der in der Zu- 
kunft liegt, wenn Fehler im System durch 
Rücksetzen der betroffenen Prozesse nicht 
maskiert werden können. Die Vorwärtsbewe- 
gung ist aber sehr schwer zu beherrschen. 


Verringerte Rekonfiguration 

Das System kehrt zu einem fehlerfreien Sta- 
tus zurück, aber mit verringerter Rechnerka- 
pazität. Ursache hierfür kann sein, daß keine 
Reservemodule mehr vorhanden sind, daß 
Daten oder Programmteile verloren gingen 
und eine Reparatur länger als die zur Verfü- 
gung stehende Zeit dauert. 

Es ist eine partielle Fehlertoleranz erfolgt. 
Stillegung 

Die Stillegung wird durchgeführt, wenn die 
verbleibende Rechnerkapazität unterhalb ei- 
nes akzeptablen Minimums liegt. Sie hat das 
Ziel, eine Zerstörung von verbleibenden Da- 
ten und funktionstüchtigen Systemelemen- 
ten zu verhindern und andere angeschlos- 
sene Systeme nicht zu stören. Ergebnisse, 
die bis zum Auftreten und Erkennen des Feh- 
lers Vorlagen, werden gerettet. 

Die Systemwiederherstellung kann durch die 
Hard- oder Software übernommen werden. 
Im ersten Fall ist eine spezielle Hardware er- 
forderlich. Der prinzipielle Vorteil dieser Me- 
thode liegt in der Unabhängigkeit von Opera- 
tionen, die nach dem Auftreten des Fehlers 
durchgeführt werden. 

Im zweiten Fall muß eine spezielle Software 
vorhanden sein. Der wesentliche Vorteil die- 
ser Methode ist darin zu sehen, daß bei Vor- 
handensein einer zweiten identischen Hard- 
ware die Systemmodule genutzt werden kön- 
nen, um die Fehlertoleranz zu organisie- 
ren. 

Bei der Anwendung der statischen Redun- 
danz ist Softwareunterstützung notwendig, 
wenn das System nach dem Auftreten eines 
Fehlers weiterhin ordnungsgemäß arbeiten 
und dazu repariert werden soll /I /, /1 2/, /1 3/. 
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Die Zuverlässigkeit von modernen Mikro- 
rechner-Funktionseinheiten wird nicht allein 
durch die Zuverlässigkeit der zu ihrem Auf- 
bau eingesetzten hochintegrierten mikro- 
elektronischen Bauelemente bestimmt. Ob- 
wohl diese VLSI-Bauelemente über sehr 
hohe Einzelzuverlässigkeiten verfügen (z. B. 
Einchip-Mikrorechner U8810: MTBF etwa 
100 Jahre /I/), ist - bedingt durch die Kom- 
plexität von Automatisierungssystemen 12/ - 
die resultierende Zuverlässigkeit relativ ge- 
ring (z. B. Grundgeräte von Reglersystemen: 
MTBF etwa 1 Jahr). 

Erforderliche Maßnahmen zur Zuverlässig- 
keitserhöhung folgen entweder der perfek- 
tionistischen Strategie (mit dem Ziel, mögli- 
che Fehlerursachen von vornherein zu ver- 
meiden) oder der Fehlertoleranz-Strategie, 
welche mit Redundanz die nachteiligen Aus- 
wirkungen nicht vermeidbarer Fehler kom- 
pensiert. Zur Erzielung einer hohen Zuverläs- 
sigkeit müssen beide Strategien gleichzeitig 
angewendet werden. 

Unter Beachtung ökonomischer Restriktio- 
nen für Automatisierungsmittel bestehen bei 
der Fehlertoleranz-Strategie noch Reserven 
hinsichtlich effektiver Redundanzarten, die 
für eine entscheidende Verbesserung der 
Zuverlässigkeit bei günstigem Preis/Lei- 
stungsverhältnis genutzt werden können. 
Nachfolgend wird auf diesen Aspekt näher 
eingegangen, wobei die Redundanzart Gra- 
ceful Degradation im Mittelpunkt steht. Diese 
Redundanzart erfordert keine Mehrfachaus- 
legung von Mikrorechner-Automatisierungs- 
mitteln, sondern ist bei geringer Hardware- 
Erweiterung weitgehend softwareorien- 
tiert. 

Fehlertoleranz 

Eine Analyse des nationalen (vgl. 121, 131, 141 
u. 151) sowie des internationalen /6/ Angebo- 
tes an Automatisierungsmitteln (ATM) zeigt 
sehr deutlich, daß fehlertolerante Systeme 
aus ökonomischen Erwägungen bisher na- 
hezu nur bei erhöhten Sicherheitsanforde- 
rungen praktisch angewendet werden. Durch 
den stark zunehmenden Einsatz von ATM in 
komplexen CAD/CAM-Systemen stieg 1 984 
und 1 985 die jährliche Produktionszuwachs- 
rate um etwa 100%, und bis 1990 werden 
jährliche Wachstumraten von 1 50 % erwartet 
151. Demgegenüber betragen die Produk- 
tionszuwachsraten seit 1 983 bei der Produk- 
tionsautomatisierung insgesamt etwa 20- 
25% pro Jahr RI. Diese generell hohen Zu- 
wachsraten bei Automatisierungsmitteln er- 
fordern durch die Breitenanwendung zu- 
gleich neuartige Zuverlässigkeitskonzepte, 


u. a. Fehlertoleranz bei Mikroprozessor- 
Funktionseinheiten. 

Voraussetzung für Fehlertoleranz ist, daß 
das System über gewisse Redundanz ver- 
fügt. In /8/ sind die wichtigsten Klassifika- 
tionsmerkmale für fehlertolerante Systeme 
dargestellt. Aus diesen Klassifikationsmerk- 
malen lassen sich die wichtigsten Redun- 
danzarten ableiten: 

• Majoritätssysteme (Spezialfall 2-von-3- 
System) 

• Stand-by-Stand-Systeme 

• definierte Leistungsminderung (Graceful 
Degradation). 

Komplexe Automatisierungssysteme beste- 
hen i.a. aus mehreren intelligenten Funk- 
tionseinheiten, wie z. B. bei /8/, /9/, /1 0/ sowie 
/II/ dargestellt. Dabei ist entsprechend den 
unterschiedlichen Anforderungen eine Kom- 
bination der unterschiedlichen Redundanz- 
arten für die einzelnen Komponenten mög- 
lich und notwendig. In Bild 1 ist, ausgehend 
von Darlegungen in 151, 191, /1 0/, /1 1 / und /1 2/, 
eine mögliche Automatisierungssystem- 
Struktur speziell unter dem Gesichtspunkt 
von Fehlertoleranz dargestellt. Daraus sind 
die unterschiedlichen Redundanzarten in 
Funktionseinheiten mit zugeordnetem Feld- 
bus ersichtlich. Weiterhin wird aus Bild 1 
deutlich, daß der eigentliche Rechnerkern 
(Prozessor, Speicher, Prozeß-E/A-Scnnitt- 
stelle, Kommunikations-Schnittstelle) unab- 
hängig vom Typ der Funktionseinheit mit der 
Redundanzart Graceful Degradation reali- 
siert wird. 

Eine vergleichende Bewertung der Redun- 
danzarten nach quantitativ erzielbarem Zu- 
verlässigkeitsgewinn wurde in /1 2/ vorge- 
nommen. Daraus geht hervor, daß die Re- 
dundanzart Graceful Degradation überall 
dort eine große Bedeutung erlangen wird, wo 
im Fehlerfall eine Leistungsminderung ver- 
tretbar und für die erforderliche Zuverlässig- 
keitserhöhung nur geringe Mehraufwendun- 
gen zulässig und möglich sind. 

Damit muß Fehlertoleranz nicht auf ausge- 
wählte Einsatzfälle begrenzt bleiben, son- 
dern kann für zukünftige ATM zum selbstver- 
ständlichen Qualitätsmerkmal werden. Die 
Redundanzart Graceful Degradation wird da- 
her im Folgenden näher betrachtet. 

Redundanzart Graceful Degradation 

Entsprechend den in 151 genannten Klassifi- 
kationsmerkmalen ist die Redundanzart Gra- 
ceful Degradation durch aktive Funktionsbe- 
teiligung und dynamische Fehlerkompensa- 
tionsverfahren charakterisiert, wobei je nach 
Struktur des Automatisierungsmittels entwe- 
der eine zentrale oder dezentrale lokale funk- 
tioneile Konzentration vorliegt. 

Der prinzipielle Aufbau des redundanten Sy- 
stems ist in Bild 2 dargestellt. Um ein System 
fehiertolerant zu realisieren, sind gegenüber 
einem nicht-fehlertoleranten System zusätz- 
lich die Funktionen 

• Fehlerdiagnose 

• Rekonfiguration 


• Wiederanlauf (recovery) 

zu implementieren. Dies kann bei der Redun- 
danzart Graceful Degradation mit relativ ge- 
ringem Hardware-Mehraufwand erfolgen, 
weil hier Fehlertoleranz vorwiegend mit Soft- 
waremitteln realisiert wird. Diese Mehrauf- 
wendungen können hauptsächlich software- 
seitig realisiert und mehrfach genutzt wer- 
den, so daß ein günstiges Aufwand-Nutzen- 
Verhältnis entsteht. Besonders die Kompo- 
nenten für Fehlerdiagnose, Wartung und 
Service eignen sich gut für multivalente, ap- 
plikationsunabhängige Nutzung. 

Unter der in Bild 2 dargestellten Modulmenge 
sind sowohl Hardwarebaugruppen als auch 
Softwarekomponenten zu verstehen. Aus 
Bild 2 wird ersichtlich, daß die Leistungsmin- 
derung im Fehlerfall durch Suspendierung 
der defekten Module entsprechend der Re- 
konfigurationsstrategie erfolgt. 

Je nach Art und Menge der aufgetretenen 
Fehler kann das System verschiedene Zu- 
stände geringerer Leistungsfähigkeit einneh- 
men. Die Leistungsminderung kann sowohl 
durch verringerten Umfang von Hardware- 
baugruppen (z. B. E/A-Leitungen, Speicher- 
größe) als auch durch Suspendierung be- 
stimmter Softwarefunktionen (z. B. Optimie- 
rung) erreicht werden. 

Wie aus Bild 2 ersichtlich, wird Fehlertoleranz 
in sequentiellen Arbeitsschritten erreicht: 

• Fehlerdiagnose 

• Rekonfiguration 

• Wiederanlauf. 

Der Fehlerdiagnose kommt in diesem Zu- 
sammenhang die größte Bedeutung zu, weil 
nur auf solche Fehlerursachen reagiert wer- 
den kann, die zuvor diagnostiziert wurden. 
Weiterhin erfordert Fehlerdiagnose den 
größten Aufwand innerhalb der Fehlertole- 
ranzmaßnahmen. Auf Fehlerdiagnose wird 
daher im folgenden Abschnitt noch näher ein- 
gegangen. 

Rekonfiguration ist die Fähigkeit des fehlerto- 
leranten Systems, aufgrund des Diagnose- 
Ergebnisses seine Struktur zu ändern. Wie- 
deranlauf ist die Fortsetzung der Arbeit des 
Systems nach der Strukturänderung unter 
definierten Bedingungen und mit gültigen In- 
formationen. 
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Fehlerdiagnose 

Fehlerdiagnose muß bei Echtzeitsystemen in 
zwei Phasen - Fehlererkennung und Fehler- 
lokalisierung - unterteilt werden. Während 
die Fehlererkennung im Hintergrund zur ei- 
gentlichen Automatisierungsfunktion abläuft 
(On-Iine-Diagnose), wird während der Feh- 
lerlokalisierung das Automatisierungsobjekt 
durch Automatisierungsmittel auf einem defi- 
nierten Zustand gehalten; die Automatisie- 
rungsfunktion wird im Hintergrund realisiert. 
Diese Phase wird als Off-Iine-Diagnose be- 
zeichnet. 

Fehlererkennung 

Die Leistungsfähigkeit der Fehlererkennung 
ist primär an der Fehlererkennungswahr- 
scheinlichkeit und der Ausfallerkennungszeit 
meßbar. Bei der Zielstellung für die Fehlerer- 
kennungswahrscheinlichkeit ist festzulegen, 
welche Fehlerursachen qualitativ und quanti- 
tativ diagnostiziert werden sollen. Für die 
Festlegung der benötigten Testmittel sind die 
diagnostizierbaren Fehlerursachen nach 
dem Fehlerortzu klassifizieren, weil völlig un- 
terschiedliche Verfahren notwendig sind: 

• rechnerinterner Fehlerort 

(Bus, Speicher, Mikroprozessor, E/A-Schnitt- 
stelle, Software) 

• Meß- und Stelleinheiten 

• externe Speicher 

• Automatisierungsobjekt. 

Die Ausfallerkennungszeit wird durch folgen- 
des bestimmt: Die verfügbare Zeit für On- 
Iine-Diagnose ist wegen der Sicherung des 
Echtzeitverhaltens, speziell bei Einprozes- 
sor-Systemen, begrenzt. Das führt zu einer 
zeitgeschachtelten Diagnose (wie sie z. B. 
bei /1 3/ beschrieben ist), wobei die maximale 
Ausfallerkennungszeit nicht überschritten 
werden darf. Die maximale Ausfallerken- 
nungszeit ist primär von den Anforderungen 
des Prozesses bestimmt und sekundär von 
der Zuverlässigkeit des Automatisierungs- 
mittels. Speziell bei Anlagen der chemischen 
Industrie können z. T. sehr harte Forderun- 
gen wegen hoher ökonomischer Schäden bei 
Verlust der Produktqualität entstehen. 

Ist die Forderung durch die gewählte ATM- 
Struktur nicht realisierbar, so ist deren Struk- 
tur zu verändern (von Ein-Prozessor- zu 
Mehrprozessorsystemen bzw. schnellen 16- 
Bit-Prozessoren). So übernimmt z. B. bei 
Mehrrechnersystemen ein Prozessor vorwie- 
gend Diagnose-Aufgaben, wie dies bei /10/ 
dargestellt ist. 

Fehlerlokalisierung 

Entsprechend der vorgesehenen Reparatur- 
strategie besteht das Ziel darin, nur so detail- 
liert wie nötig nicht das einzelne Element, 
sondern den fehlerverursachenden Modul zu 
lokalisieren. Die Modulgröße wird von der 
Größe der austauschbaren Baugruppen be- 
stimmt. Wegen des erforderlichen Zeitauf- 
wandes ist Fehlerlokalisierung i. a. nicht als 
On-Iine-Diagnose ausführbar. 

Nach Lokalisierung einer Fehlerursache ist 
eine Bewertung hinsichtlich der Tolerierbar- 
keit erforderlich. Bei nichttolerierbaren Feh- 
lern wird mittels der Rekonfigurationseinrich- 
tung ein Fehlerzustand mit definiertem Ver- 
halten des Automatisierungsobjektes reali- 
siert. Bei tolerierbaren Fehlern ist für die 
Wahl der zweckmäßigen Rekonfigurations- 
strategie entscheidend, ob permanente oder 
transiente Fehlerursachen vorliegen. Führt 
Fehlerlokalisierung zu keinem Ergebnis, ob- 
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Bild 2 Prinzipieller Aufbau fehlertoleranter Sy- 
steme 


wohl bei On-Iine-Diagnose ein Fehler erkannt 
wurde, wird auf eine transiente Fehlerursa- 
che geschlossen. 

Jeder diagnostizierte Fehler führt zu einer 
Fehlermeldung an das übergeordnete Sy- 
stem, wobei folgende Informationen erforder- 
lich sind: 

- Fehlerursache 
ausgefallener Modul 
Ausfallzeitpunkt (soweit möglich) 

- Bewertungsergebnis 
Tolerierbarkeit 

Zeitdauer (permanent/transient) 

- Rekonfigurationsergebnis 
suspendierte bzw. leistungsgeminderte 
Funktion 

- Zustand der Funktionseinheit (soweit er- 
forderlich) 

aktive/inaktive Module 

- Fehlerstatistik (soweit erforderlich) 

Zahl der Fehler je Modul. 

Testverfahren 

Die Qualität eines Testverfahrens ist meßbar 
an der Relation von erkannten zu tatsächlich 
aufgetretenen Fehlerursachen. Die in Be- 
tracht kommenden Testverfahren sind wie 
folgt klassifizierbar: 

• strukturorientiert 

• funktionsorientiert. 

Nach /14/ sind mit strukturorientierten Tests 
Fehlererfassungszahlen bis zu 100% und 
bei funktionsorientierten Tests bis etwa 75- 
90 % erzielbar. Für strukturorientierte Tests 
werden die Testdaten auf der Basis von Mo- 
dellen mit niedrigem Abstraktionsgrad bereit- 
gestellt. (z. B. Fehlermodell Gatterschal- 
tung). Daher sind diese Tests vorwiegend für 
Hardwaremodule geringer Komplexität ge- 
eignet. Dagegen werden für funktionsorien- 
tierte Tests die Testdaten auf der Basis ab- 
strakter Modelle (z. B. Registertransfer bzw. 
Automatenmodell) bereitgestellt. Diese Ver- 
fahren werden daher bevorzugt für komplexe 
Module (Software, Mikroprozessoren) ange- 
wandt. Eine Bewertung nach Aufwand und 
Ergebnis ist in Tafel 1 gegeben. Bezüglich 
weiterführender Angaben wird auf /1 5/, /16/ 
und /1 7/ verwiesen. 

Fehlerdiagnose für 
intelligente Funktionseinheiten 

Die nachfolgenden Ausführungen basieren 
auf Ergebnissen bei der Entwicklung einer in- 
telligenten Meß- und Steuereinrichtung für 
Tankstellen mit hohen Zuverlässigkeits-, je- 
doch ohne besondere Sicherheitsanforde- 
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rungen. Kernstück ist ein Automatisierungs- 
mittel mit einem einzigen Einchipmikrorech- 
ner UB8820, 6 KByte ROM, 1 KByte RAM, 
fünf Funktionstasten, 19stelliger LCD-An- 
zeige, fünf digitalen und drei analogen Ein- 
gängen, drei digitalen Ausgängen und einer 
seriellen Schnittstelle zur zentralen Überwa- 
chung, Bilanzierung und Abrechnung an eine 
übergeordnete Leiteinrichtung. 
Untersuchungen der Zuverlässigkeit nach 
/1 2/ sowie die Felddaten der Praxiserpro- 
bung zeigen sehr deutlich, daß die Fehlerdia- 
gnose sowohl rechnerinterne Fehler, Fehler 
an Meß- und Stelleinheiten als auch Fehler 
des Automatisierungsobjektes diagnostizie- 
ren muß. Softwarefehler konnten vernachläs- 
sigt werden, da diese aufgrund sehr aufwen- 
diger Erprobungen im Rahmen der erforderli- 
chen Zulassungsverfahren beseitigt wur- 
den. 

In Tafel 2 ist eine Zusammenfassung der dia- 
gnostizierbaren Fehlerursachen mit Bewer- 
tung des realisierten Testverfahrens und An- 
gabe des erzielten Fehleraufdeckungsgra- 
des dargestellt. Bei tolerierbaren Fehlern ist 
eine Weiterarbeit der Meßeinrichtung bei ge- 
zielter Leistungsminderung möglich. Auf ei- 
nen Selbsttest des Prozessors (bei komple- 
xen Systemen empfehlenswert) mußte aus 
Aufwandsgründen verzichtet werden. Bei 
nicht-tolerierbaren Fehlerursachen reagiert 
das System mit Übergang in einen Fehlerzü- 
stand (Automatisierungsobjekt im sicheren 
Zustand), wobei eine Mitteilung über die Feh- 
lerursache an die übergeordnete Leiteinrich- 
tung gesendet wird. In die intelligente Funk- 
tionseinheit ist noch eine zusätzliche Dia- 
gnose integriert, welche die Inbetriebnahme 
und Wartung des Automatisierungssystems 
ohne externes Servicegerät ermöglicht. 

Ausblick 

Automatisierungsmittel auf Mikrorechner- 
Basis müssen in Zukunft generell in weit hö- 
herem Maße als bisher auch mit Eigenfunk- 
tionen für Zuverlässigkeitsaufgaben ausge- 
stattet werden. Hierfür sollte der volle Um- 
fang ökonomisch tragfähiger Redundanzfor- 
men ausgeschöpft werden. 

Um den Zusatzaufwand für Redundanzmaß- 
nahmen in vernünftiger Relation zum Grund- 
aufwand der jeweiligen Funktionseinheit zu 
halten, macht sich ein aufwandsgestuftes 
und damit leistungsgestuftes Redundanz- 
konzept mit mehreren Ebenen erforderlich. 

Es sollte von den kleinsten intelligenten Bau- 
steinen über die Geräteebene bis zur Anla- 
genebene reichen. 

Mit dem angeführten praktischen Beispiel 
konnte nachgewiesen werden, daß selbst für 
Funktionseinheiten mit nur einem Einchipmi- 
krorechner durch Anwendung der Redun- 
danzart Graceful Degradation ohne nen- 
nenswerte Hardwareerweiterung ein spürba- 
rer Zuverlässigkeitsgewinn durch Fehlertole- 
ranz erzielbar ist. Hieraus entstehen zugleich 
auch Vorteile für die Prüfung bei der Ferti- 
gung, der Inbetriebnahme sowie der Instand- 
haltung. 

Künftig setzt sich dieser skizzierte Trend bis 
in die Ebene mikroelektronischer Bauele- 
mente fort. Es sind bereits VLSI-Schaltkreise 
bekannt geworden, in die Fehlertoleranz mit 
integriert ist. 
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Tafel l Bewertung der Fehlerstrategien 


Merkmal 


strukturorientiert 
Ergebnis (Aufwand) 


Beschreibung des Prüflings 


xakte Beschreibung (großer Aufwand) 


Teststrategie 

tunkUonsorientiert 
Ergebnis (Aufwand) 


starke Vereinfachung 


Testmustergenerierung 
Testverifizierung 
Testausführung 
Fehlerlokalisierung 
Lokalisierbare Fehlerarten 


(großer Aufwand) 


jng (kein Aufwand) 


lange Laufzeiten 

exakte Lokalisierung Baueiemente-Niveau 
Hardwarefehler 


(sehr großer Aufwand) 

(sehr großer Aufwand) 
kurze Laufzeiten 
Modul-Niveau 

Hardware- und Entwurfsfehler 


Tafel 2 Zusammenhang von Fehlerursachen und Testverfahren 



Literatur 

IV Integrierte Halbleiterschaltkreise U 881 0/U 8811 
Technische Bedingungen. TGL 37360 1 982 

121 EAW-Electronic S2000. Kombinat Elektro-Apparate- 
werke Berlin-Treptow, Zentrum für Forschung und 
Technologie, Berlin 1987 

13/ Häßner, H.: Projektierung der Zuverlässigkeit im Sy- 
stem audatec. messen, steuern, regeln 30 (1987) 4, 
S. 151 

141 Häßner, H.; Neumann, P.: Dimensionierung des Zuver- 
lässigkeitsverhaltens von Mikrorechner-Automatisie- 
rungsanlagen. messen, steuern, regeln 30 (1987) 4, 
S. 176 

151 Funktionsbeschreibung IRS711. VEB Numerik „Karl 
Marx" Karl-Marx-Stadt 1 986 

16/ Kieser, H.; Bankei. M.: Einchipmikrorechner VEB Ver- 
lag Technik, Berlin 1986 

171 Töpfer, H.; Fuchs, H.: Auswertung „Interkama '86“. 
messen, steuern, regeln 30 (1987) 4, S. 186 

18/ Töpfer, H.; Kriesei, W. (Hrsg.): Funktionseinheiten der 
Automatisierungstechnik elektrisch, pneumatisch, hy- 
draulisch. VEB Verlag Technik, Berlin 1 987 

18/ Töpfer, H.; Kriesei, W.: Automatisierungstechnik -Ge- 
genwart und Zukunft. Reihe Automatisierungstechnik, 
Bd. 200, VEB Verlag Technik, Berlin 1982 
/10/ Kriesei, W.; Blum, H.; Telschow, D.: Intelligente und 

regeln 28 (1985) 12, S. 534 

/II/ Kriesei, W.; Richter, W.; Gibas, P.: Feldbusnetz für Au- 
tomatisierungssysteme mit intelligenten Funktionsein- 
heiten. messen, steuern, regeln 30 (1987) 1 1 , S. 486 
/12 1 Schäfer, M.: Automatisierungsstrukturen mit Einchip- 
mikrorechnern. Zuverlässigkeitsaspekt. Diss. (A), TH 
Leipzig 1987 

/13/ Kriesei, W. Kirste, R.; Steinbock, K.: Partielle Fehlerto- 
leranz für Mikrorechner-Funktionseinheiten. Mikropro- 
zessortechnik 2 (1988) 6, S. 1 68 
It4/ Nilsson, S.: Konzepte und Architektur eines fehlertole- 
ranten Mehrmikrorechner-Systems. Diss., Universität 
Karlsruhe 1981 

1)51 Reinert, D.: Entwurf und Diagnose komplexer digitaler 
Systeme. VEB Verlag Technik, Berlin 1983 
1)61 Hunger, A.: Neues Testverfahren zum Selbststart von 
Mikroprozessoren. Diss., TH Aachen 1982 
/17/ Hedtke, R.: Mikroprozessorsysteme - Zuverlässigkeit, 
Testverfahren, Fehlertoleranz. Springer Verlag, Berlin- 
Heidelberg-New York-Tokyo 1 984 


K-631 3-Treiber für den KC 85/3 in der REM-Zeile 


Die hier vorgestellte Lösung ist auf die wichtigsten 
Funktionen verkürzt. Sie hat gegenüber anderen 
Methoden einige Vorteile und genügt den her- 
kömmlichen Ansprüchen der BASIC-Arbeit. 

Die Startadresse wurde auf 0406H gelegt. Das Pro- 
gramm steht in drei zusammengelegten REM-Zei- 
len. Als Zeile „0“ kann es mit jedem beliebigen BA- 
SlC-Programm „NAME“ durch CLOAD „V24REM“ 
und anschließendes CLOAD „NAME“ gekoppelt 
werden, das lästige Nachladen der Treibersoftware 
entfällt. Ein weiterer Vorteil ist die gezielte Anwen- 
dung der Hardcopy-Funktion, die durch einen 
CALL-Befehl im Wechsel geschaltet werden kann 
(Analog zur Tastenkombination SHIFT + CLR). 

Das Assemblerprotokoll (Bild 1 ) zeigt darüber hin- 
aus einige Unterprogramme, die vom Nutzer in ei- 
gene Routinen einbezogen werden können. 
Geeignet dazu ist die Befehlsfolge ab 04A6H , UP- 
START'. Nach dem Zuschalten des IRM wird zu ei- 
ner Adresse gesprungen, die ab 02FEH abgelegt 
wurde. Das so eingestellte Unterprogramm kann 
dann wiederholt mit CALL*4A6 aufgerufen werden 
(Handhabung wie bei USR(X)-Funktion). 

Eine Testanwendung ist in Bild 2 dargestellt. Es 
zeigt sich, daß Test 3 und 4 zu gleichen Ergebnis- 
sen führen, PRINT#2 also oftmals entfallen 

Uwe Zierott 
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Problemstellung 

In der Klein- und Mittelserien-Produktion wer- 
den in zunehmendem Umfang durchgängig 
automatisierte flexible Fertigungslinien benö- 
tigt / 1/, die häufig unter Integration bereits 
vorhandener mikrorechnergesteuerter Ar- 
beitsstationen aufgebaut werden. Für ausrei- 
chende technologische Verfügbarkeit derar- 
tiger Systeme und bedienarme Fahrweise ist 
Fehlertoleranz unverzichtbar 121. Fehlertole- 
ranz erfordert Redundanz. Fehlertoleranz 
auf Systemebene bedingt eine zuverlässige 
Kommunikation der Systemkomponenten 
13/. Speziell in die Anlagenautomatisierung 
eingeführte Redundanzarten /4/ können in- 
folge ökonomischer Restriktionen nicht über- 
nommen werden. 

Vorhandene mikrorechnergesteuerte Funk- 
tionseinheiten sind i.a. nicht fehlertolerant 
ausgelegt. Realisierungsformen für Fehlerto- 
leranz sind z. B. bei 15/ angegeben. Bei /6/ 
wird vorgeschlagen, Funktionseinheiten 
nachträglich mit Fehlertoleranzeigenschaf- 
ten auszustatten und dabei Hard- und Soft- 
waremöglichkeiten gleichermaßen zu nut- 
zen. Fehlertoleranz wird dabei schrittweise, 
in Realisierungsphasen (Diagnose, Rekonfi- 
guration und Wiederanlauf) erreicht. In Wei- 
terführung dieses Grundgedankens wird 
nachfolgend die Möglichkeit einer partiellen, 
modulbezogenen Realisierung von Fehlerto- 
leranz vorgestellt. 

Wesentliches Kriterium beider Methoden ist, 
daß mit vertretbarem Aufwand für das vor- 
handene System nachträglich Fehlertoleranz 
erreicht werden kann, ohne wesentliche Ein- 
griffe in Hardware und Betriebssystem der 
vorhandenen Lösung vornehmen zu müs- 
sen. 

Lösungsweg 

Der Nutzen integrierter Fehlerdiagnose im 
Zusammenhang mit der für derartige Anwen- 
dungen besonders geeigneten Redundanz- 
art definierte Leistungsminderung (Graceful 
Degradation) ist bei 16/ und nt dargestellt. In- 
tegrierte Fehlerdiagnose ist nachrüstbar; 
Beispiele hierzu sowie methodische Hin- 
weise sind bei 18/ angegeben. 

Fehlertoleranz eines Systems besteht aus 
einer Summe von Maßnahmen, die auf die 
Tolerierung jeweils ganz bestimmter Fehler- 
arten gerichtet sind, die ihrerseits nur durch 
ganz bestimmte Arten von Modulen verur- 
sacht werden können. Zwischen den Fehlern 
unterschiedlicher Modularten bestehen i.a. 
keine Zusammenhänge. Dies wird bei Unter- 
gliederung eines Systems nach Diagnose- 
Objekten deutlich. Es ist möglich, auch 
Rekonfiguration partiell zu realisieren. 


Bei Neuentwicklungen ist die Fehlertoleranz- 
Strategie Bestandteil des Betriebssystems. 
Für die hier zu diskutierende Rekonstruktion 
vorhandener Systeme soll auf Eingriffe in 
Hardware und Betriebssystem weitgehend 
verzichtet werden. Hardwareänderungen 
werden weitgehend vermieden, indem Re- 
konfiguration ebenso wie Fehlerdiagnose 
softwareseitig realisiert wird (Anwendung 
software-implementierter Fehlertoleranz, 
vgl. /9/). Eingriffe in das vorhandene Be- 
triebssystem lassen sich reduzieren, indem 
die Nachrüstung von Fehlertoleranzeigen- 
schaften als Erweiterung mit überschauba- 
ren, gut zu kontrollierenden Schnittstellen er- 
folgt. Das Wesentliche einer dazu geeigne- 
ten Vorgehensweise wird am Beispiel der 
Rekonfiguration deutlich. 

Durch Rekonfiguration wird Redundanz nutz- 
bar gemacht. Rekonfiguration bedeutet: Ver- 
änderung der Systemstruktur; es ändern sich 
Relationen zwischen vorhandenen System- 
komponenten. In ausführbaren Maschinen- 
anweisungen ist die Systemstruktur auf 
Adressen abgebildet; Rekonfiguration erfor- 
dert Veränderung von Adressen (d. h., das 
System arbeitet anschließend unter Benut- 
zung anderer Adressen weiter). Dazu müs- 
sen die betroffenen Adressen/Relationen 
identifizierbar sein. Bei vorhandenen Syste- 
men erweist sich als Haupthindernis die i. a. 
völlige Regellosigkeit bei Zugriffen auf Infor- 
mationen, Systemressourcen (bzw. Teilen 
davon, .vgl. Bild 1 ). Die Lösung des Rekonfi- 
gurationsproblems erfordert zunächst eine 
Entflechtung und Ordnung der betroffenen 
Relationen (vgl. Bild 2). 

Speziell auf derartige Problemstellungen 
wird in der Informatik das Prinzip der objekt- 
orientierten Vorgehensweise angewandt 
(vgl. /10/). Die Wirkung beruht darauf, daß ein 
Objekt mit allen in ihm möglichen Operatio- 
nen zu einem Teilsystem zusammengefaßt 
wird. Seine innere Organisation ist gegen- 
über dem restlichen System hinter einer 
Schnittstelle verborgen. Wesentlich für das 
hier interessierende Rekonfigurationspro- 
blem ist dabei, daß Strukturveränderungen 
des T eilsystems dem übrigen System verbor- 
gen bleiben und dort keine Auswirkungen ha- 
ben. Um die systemtheoretische Grundlage 
dieses Prinzips nutzen zu können, ist folgen- 
des zu beachten: 

Objektklassen umfassen in der Informatik 
ausschließlich Daten (abstrakte Datentypen, 
Datenkapseln). Dies ist für die Lösung von 
Zuverlässigkeitsproblemen nicht ausrei- 
chend, da hier auch die Hardware betrachtet 
werden muß. In diesem Zusammenhang er- 
scheint es zulässig, den Objektbegriff auf 
stoffliche bzw. energetische Träger von Infor- 
mationen auszudehnen. Die Softwarekom- 
ponenten für Diagnose des Objektes und 
seine Rekonfiguration sind durch den Defini- 
tionsbereich der im Objekt zulässigen Opera- 
tionen berücksichtigt. 

Mit diesem Ansatz eignet sich die objekt- 
orientierte Vorgehensweise zur Lösung von 
Rekonfigurationsproblemen für solche Sy- 
stemkomponenten, die sich sowohl hinsicht- 
lich der von ihnen repräsentierten Daten als 


auch deren Träger mit Softwaremitteln (d. h. 
funktionell) abgrenzen lassen. Dies trifft z. B. 
zu auf das Hineinbringen von Redundanz in 
Datenspeicher oder von redundanter (diver- 
sitärer) Software. 

Eine zweckmäßige Vorgehensweise zur 
Realisierung partieller Fehlertoleranz wird 
nachfolgend an einem Beispiel erläutert 181. 

Realisierungsbeispiel 

Aus Gründen der Anschaulichkeit wurde als 
Beispiel ein in sich fehlertoleranter Speicher 
gewählt. Eine vorhandene mikrorechnerge- 
steuerte Funktionseinheit soll nachträglich 
fehlertolerant gegenüber Speicherfehlern 
werden, um veränderte technologische An- 
forderungen zu erfüllen, die eine sichere Ver- 
fügbarkeit von Prozeßvariablen bedingen. 
Der RAM des Systems wird - unabhängig 
von der Schaltkreis-Anordnung - als zusam- 
mengehöriger Speicherbereich aufgefaßt, er 
bildet mit den gespeicherten Daten das Ob- 
jekt. Vorkommende Operationen auf dem 
Objekt sind 

- Speichern und Lesen von Daten 

- Diagnose auf Speicherfehler 

- Rekonfiguration bei tolerierbaren Feh- 
lern. 

Alle dazu erforderlichen Softwarekomponen- 
ten müssen in einem Modul zusammenge- 
faßt werden, dessen Funktionen aus dem üb- 
rigen System nur durch Parameterübergabe 
an einer Schnittstelle erreichbar sind. 




Bild 2 Entflechtung der Speicherzugriffe bei 
objektbezogener Vorgehensweise für einen in 
sich fehlertoleranten Systemspeicher 181. 
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Diagnose und Rekonfiguration benötigen 
keine Parameter; sie geben an das vorhan- 
dene Betriebssystem Zustandsinformatio- 
nen in der für Systemnachrichten vorgesehe- 
nen Weise. Ihre Nachrüstung bereitet bei 
ausreichenden Systemreserven keine 
Schwierigkeiten. 

Lese- und Schreibzugriffe sind über das ge- 
samte vorhandene System verteilt und erfol- 
gen bei Assemblerprogrammierung i. a. völ- 
lige beliebig (vgl. Bild 1 ). Ihre nachträgliche 
Entkopplung erfordert, daß jeder private Zu- 
griff im vorhandenen System in einen Aufruf 
der Schnittstelle des fehlertoleranten Spei- 
chers mit Übergabe von Parametern umge- 
wandelt wird (vgl. Bild 2). Dabei kann die Re- 
gistervorbelegung für den privaten Speicher- 
zugriff i. a. als Parameter beibehalten wer- 
den, weil z. B. durch Anwendung von Testhil- 
fen oder Speicherzugriffsroutinen häufig be- 
reits ein Normierungseffekt gegeben ist. 

Bei dem nach /8/ realisierten Beispiel wurde 
ein zerstörungsfreier GALPATII-Test vorge- 
sehen, der während des Echtzeitbetriebes 
zyklisch abläuft. Im Fehlerfall wird der Inhalt 
der fehlerhaften Speicherzelle in einen Re- 
dundanzbereich ausgelagert. Bei Zugriff auf 
die betroffene Variable wird automatisch der 
ausgelagerte Wert mit hineingebracht und 
der anfordernde Modul über eine mögliche 
Verfälschung informiert; er kann eine (pro- 
blemabhängige) Plausibilitätsprüfung veran- 
lassen. 

Vom Auftreten des ersten Speicherfehlers an 
entsteht eine Verlängerung der Zugriffszeit in 
Abhängigkeit von der Anzahl der Fehler (Re- 
dundanzart: definierte Leistungsminderung). 
Bei den Angaben in Tafel 1 ist zu beachten, 
daß sie stark applikationsabhängig sind. 
Wenn der Prozessor der Funktionseinheit für 
Speichertransfer einen speziellen Opera- 
tionskode aufweist, wie im Beispiel der Ein- 
chipmikrorechner U882, so kann der Aus- 
tausch der Kodefolgen in den Quelltexten in 
einfacher Weise mit Unterstützung durch 
Entwicklungssystem-Komponenten erfol- 
gen. 

Wie das Beispiel zeigt, werden alle in dem 
neuen Modul zusammengefaßten Funktio- 
nen gleichermaßen zur Lösung herangezo- 
gen. Nachteilig bei dem gewählten Lösungs- 
prinzip ist eine Verlängerung der Antwortzeit 
durch Einführung einer zusätzlichen inneren 
Systemgrenze. Bei dem fehlertoleranten Sy- 
stemspeicher erfolgt eine Verlängerung der 
Zugriffszeit, falls vorher direkter Speicherzu- 
griff erfolgte. Demgegenüber steht der Vorteil 
eines nebeneffektfreien Zugriffs, der eine der 
häufigsten Software-Fehlerursachen bei As- 
semblerprogrammierung praktisch besei- 
tigt. 

Die vorgestellte Lösung wird im Chemieanla- 
genbaukombinat Leipzig-Grimma serienmä- 
ßig eingesetzt. 


Zusammenfassung 

Ergänzend zu 16/ und 171 wird eine weitere 
Methode angegeben, um Fehlertoleranzei- 
genschaften nicht nur in Arbeitsschritten, 
sondern auch nach Modul-Teilfunktionen 
realisieren zu können. Sie ist auf alle funktio- 
nell abgrenzbaren Diagnose-Objekte an- 
wendbar, wenn die damit i.a. verbundene 
Verlängerung von Antwortzeiten vertretbar 
ist. 

Die Methode wird am Beispiel einer Funk- 
tionseinheit mit Toleranz gegenüber Spei- 
cherfehlern erläutert. 

Der Vorschlag erweitert die Palette nachrüst- 


Tafel 1 Einfluß der Anzahl defekter Speicherzellen auf 
die Zugriffszeit 181. 


Anzahl der bisher 

aufgetretenen 

Speicherfehler 


0 


Faktor fürVeriängerung 
der Zugriffszeit 


3 

3,2 

3,6 

4,4 


5,6 

7,2 


181 Kirste, R.: Diagnose-Software für Einchipmikrorechner 
in fehlertoleranten Automatisierungslösungen. Dipl.- 
Arbeit, TH Leipzig, SAA 1 987 
19/ Dal Cin, M.: Softwareimplementierte Fehlertoleranz. 
Informatik-Spektrum (1984) 7, S. 108 
/10/ Parnas, D. L.: On the Criterias to be Usedin Decompo- 
siting Systems into Moduls. Com. of the ACM. Vol. 15, 
No. 12, 1972 
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barer Fehlertoleranz ohne wesentliche Ein- 
griffe in Hardware und Betriebssystem. Die 
Fehlertoleranz trägt dazu bei, vorhandene 
Mikrorechner-Lösungen künftig höheren Zu- 
verlässigkeitsanforderungen anpassen zu 
können. 
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Fachtagung „Aufsetzmontage in 
der Leiterplattentechnik unter Be- 
rücksichtigung der Nacktchipver- 
arbeitUng“ 

WER? Fachverband Elektrotechnik in der 
Kammer der Technik, Wissenschaftliche 
Sektion Technologie des elektronischen 
Gerätebaues. 

WANN? IV. Quartal 1988 

WO? Berlin 

WAS? 

- Möglichkeiten und Grenzen der Bau- 
gruppenrealisierung 

- Voraussetzungen zur Einführung der 
Aufsetzmontage für SMD 

- Verfahren und Ausrüstungen 

- Anwenderbeispiele 

- Fachspezifische Ausstellung 
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gen sind schriftlich an folgende Anschrift zu 
richten: Kammer der Technik - Präsidium - 
Fachverband Elektrotechnik, Clara-Zetkin- 
Str. 115/1 17, Berlin, 1086 


dBASE’ll-Datei nicht geschlossen — was nun? 


Was niemendem passieren sollte ist, daß man eine 
Diskette mit einer dBASE-Datei aus dem Laufwerk 
entfernt, ohne die Datei vorher geschlossen zu ha- 
ben. 

Falls dies doch einmal passiert - was dann? Das ist 
ganz einfach. Wenn Sie irgendwann diese Datei 
wieder aufrufen, antwortet der Computer: ,Not a 
dBase File'. 

Die Daten sind futsch, könnte man denken. Irrtum! 
Power hilft! Und das geht auch noch sehr einfach! 
Sie rufen das Hilfsprogramm POWER auf und loka- 
lisieren das Laufwerk, in dem sich die defekte Datei 
befindet. Geben Sie nun den Befehl TYPEX ein. Es 
erscheinen die Directory-Eintragungen mit der 
Frage: select ?. Hier geben Sie die Nummer Ihres 
Files ein und quittieren mit der ENTER-Taste. 

Es wird Ihnen nun als erste Zeile die Position des er- 
sten Blocks auf der Diskette angegeben. Sie mer- 
ken sich die Werte von „T=????“ und „S =???“. 
Lassen Sie die Liste weiter laufen, so werden Sie 
sehen, daß Ihre Daten noch vorhanden sind. Mit 
ESC (Escape) können Sie diese Liste abbre- 
chen. 

Nun kehren Sie zurück ins dBASE und erstellen 
eine Datei anderen Namens mit der gleichen Struk- 
tur. Diese Datei kann am Ende der nun folgenden 
Prozedur wieder gelöscht werden. 


Sie laden nun wieder das POWER, geben noch- 
mals den Befehl TYPEX und listen jetzt die neu er- 
stellte Datei. Wiederum merken Sie sich die Werte 
der Position des ersten Blocks („T=????“ und 
„S=???“). 

Anschließend lesen Sie den ersten Block der neu 
erstellten Datei in den RAM-Speicher Ihres Compu- 
ters. Der Befehl lautet: 

READ TS XX. 

Ein Beispiel mit Werten: 

T=0D00 , S=012 
Befehl READ D00 12 XX 
Nun haben Sie den ersten Block Ihrer neu erstellten 
Datei auf dem Monitor und können mit dem Befehl 
WRITE T S diesen Block auf die defekte Datei ko- 
pieren. Hier verwenden Sie nun die Position des er- 
sten Blocks der defekten Datei. 

Wieder ein Beispiel: 

T=0047,S=049 
Befehl WRITE 47 49 

Ist dieser Blocktransfer gelungen, so laden Sie 
DBASE und rufen Sie mit USE Ihre Datei auf. Sie 
werden feststellen, daß Ihre Daten noch vollständig 
vorhanden sind. Viel Erfolg! 

U. Zielinski 
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Kleines 

Lexikon 

zur 

Fehlertoleranz 

zusammengestellt 
von Prof. Dr. Kriesei 



Diversität 

ist die Verwendung unterschiedlicher 
Komponenten gleicher Funktionalität. 
D. bedeutet z. B. die redundante Imple- 
mentierung von Nutzfunktionen durch 
mehrere verschiedenartig (zweites 
Team, andere Programmiersprache 
0. ä.) entworfene Subsysteme. 
Fehlerdiagnose 

Das Ziel der Fehlerdiagnose ist es, die 
Fehierursachen in angebloser Zeit und 
mit angebbarer Wahrscheinlichkeit 
qualitativ und quantitativ zu erkennen 
(Fehlererkennung) und den Fehlerort 
(z. B. betroffene Module) einzugrenzen 
(Fehlerlokalisierung). 

Fehlertoleranz 

ist die Eigenschaft eines Systems, 
auch bei Vorhandensein interner Feh- 
ler in einzelnen Komponenten nach au- 
ßen die spezifizierten Funktionen kor- 
rekt auszuführen. 

Craceful Degradation 
(sanfter Leistungsabfall, definierte Lei- 
stungsminderung). 

Im Fehlerfall werden bestimmte Teil- 
funktionen eines Systems zurückge- 
stellt, um seinen Totalausfall zu ver- 
meiden. 

Das System funktioniert damit in einem 
Zustand verminderter Leistungsfähig- 
keit, der vorübergehend tolerierbar 

Majoritätssystem 

(Auswahlsystem) 

ist ein redundantes System, das nur 
dann funktioniert, wenn von n insge- 
samt vorhandenen Komponenten 


Fehlertoleranz 


(Teilsystemen) mindestens r funktio- 
nieren. Zum Beispiel kann ein 3fach re- 
dundant ausgelegtes System noch als 
funktionsfähig gelten, wenn minde- 
stens zwei Teilsysteme noch einwand- 
frei arbeiten, die über ein Mehrheits- 
Auswahlsystem herausgefunden wer- 
den (2-von-3-System). 

Redundanz 

ist ein funktionsbereites Vorhanden- 
sein von mehr als für die vorgesehene 
Funktion notwendigen technischen 
Mitteln, die im Bedarfsfall zur Funk- 
tionssicherung mit herangezogen wer- 
den („Weitschweifigkeit“). 
Rekonfiguration 
ist die Fähigkeit eines fehlertoleranten 
Systems, aufgrund eines Diagnose-Er- 
gebnisses seine Struktur zu ändern. 
Stand-by-System 
ist eine Anordnung mit einem Reserve- 
system, das erst bei Ausfall des Haupt- 
systems eingeschaltet (aktiviert) wird, 
davor jedoch praktisch nicht belastet 
wurde. Hierbei tritt eine Unterbre- 
chungszeit vom Erfassen des Ausfalls 
bis zur Beendigung des Umschaltens 

Verfügbarkeit 

ist die Wahrscheinlichkeit dafür, daß 
ein System zum Zeitpunkt t intakt ist. 
Wiederanlauf (Recovery) 
ist die Fortsetzung der Arbeit eines Sy- 
stems nach erfolgter Strukturänderung 
unter definierten Bedingungen und mit 
aktuell gültigen Informationen. 

Karikaturen: Eggstein (4) 




Wegbereiter 
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WILHELM SCHICKARD 

* 1 592 Herrenberg, f 1 635 Tübingen. 



Nach Wiederentdeckung (1957) zu- 
verlässiger Quellen ist nunmehr mit 
Sicherheit erwiesen, daß bereits im 
Geburtsjahr Pascals, also 1623, in 
Tübingen eine Rechenmaschine ent- 
wickelt worden ist, und zwar von dem 
Tübinger Universitätsprofessor Wil- 
helm Schickard (auch die Schreib- 
weisen Schickart oder Schickhardt 
sind gebräuchlich). 

Schickard war ein außerordentlich 
vielseitiger Gelehrter und galt nicht 
nur als einer der bedeutendsten He- 
braisten und Orientalisten seinerzeit, 
sondern er hat sich auch als Astro- 
nom, Mathematiker, Geodät, Kupfer- 
stecher und Maler hervorgetan. Je- 
doch ursprünglich war er Theologe, 
und als solcher wurde er 1 61 1 schon 
Magister und Repetitor am Tübinger 
Stift, 1614 Diakon und ab 1619 Pro- 
fessor für Hebräisch, Aramäisch und 
weitere orientalische Sprachen. 
Ebenso wie sein bekannterer Onkel, 
der Baumeister Heinrich Schickard, 
war er zudem technisch und mathe- 
matisch hochbegabt. Im Jahre 1631 
wurde er Professor für Mathematik 
und Astronomie und trat damit die 
Amtsnachfolge des verstorbenen 
Mathematikers und Astronomen M. 
Maestlin an, der Keplers Lehrer ge- 
wesen war. In dieser Amtszeit hat er 
verschiedene astronomische Geräte 
erfunden. 

Schickard betätigte sich aber auch 
als Geodät. So führte er die erste 
Landesaufnahme von Württemberg 
nach eigenen kartographischen Me- 


thoden durch; diese Methoden hat er 
in einem Buch dokumentiert, das 
nach seinem Tode noch oft aufgelegt 
worden ist. Des weiteren hat er mit 
mathematischen Mitteln das soge- 
nannte Pothenotsche Problem ge- 
löst, ein von W. Snellius aufgestelltes, 
später nach dem französischen Ma- 
thematiker Laurent Pothenot (1660- 
1732) benanntes geodätisches Orts- 
bestimmungsproblem. 

Seine Rechenmaschine baute Schik- 
kard auf Anregung des befreundeten 
Johannes Kepler, der ja für seine 
astronomischen Arbeiten viele arith- 
metische Operationen auszuführen 
hatte und an einer maschinellen Er- 
leichterung des Rechnens interes- 
siert gewesen sein dürfte. Zur Durch- 
führung eines solchen Vorhabens 
mußte Schickard erst das Ziffernrad 
und die Zehnerübertragung erfinden. 
Seine Maschine ermöglicht neben 
Addition und Subtraktion auch Multi- 
plikation und Division; es lassen sich 
ßstellige Operanden einstellen, das 
Resultatregister ist ßstellig. Es ist be- 
legt, daß diese Maschine gut funktio- 
niert hat. Das weiß man aus Sofort- 
Briefen des Erbauers an Kepler und 
geht auch daraus hervor, daß 1624 in 
Tübingen ein zweites Exemplar für 
Kepler hergestellt wurde, aber mit 
dem Hause des Mechanikers Pfister 
verbrannt ist. 

Glücklicherweise sind Schickards 
technische Beschreibungen (eben in 
Briefen an Kepler) und Anweisungen 
für seinen Mechaniker sowie einige 
Skizzen (eine davon zeigt unser Bild) 
erhalten geblieben und so ausrei- 
chend detailliert, daß nach diesen An- 
gaben seine Maschine in der Neuzeit 
nachgebaut werden konnte. So steht 
nun seit 1 960 ein Exemplar im Tübin- 
ger Rathaus, weitere Modelle davon 
befinden sich u. a. in der Geburtsstadt 
Herrenberg, im Deutschen Museum 
München sowie in der Sammlung von 
IBM in New York. 

Dr. Klaus Biener 
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Zur CeBit '88 in Hannover stellte die 
japanische Firma EPSON den ersten 
48-Nadel-Drucker der Welt vor. Der 
Matrixdrucker verbindet die Univer- 
salität der lmpact-(Anschlag-)Tech- 
nik mit einer Druckqualität, die es bis- 
her nur bei Non-Impact-Druckern gab 
(anschlaglose Drucker, z. B. Laser- 
oder Tintenstrahldrucker). Die be- 
währten 9-Nadel-Drucker, die ständig 
verbessert wurden und werden und 
heute beachtliche Leistungen erzie- 
len oder die 24-Nadel-Drucker wird 
der „48-Nadler“ wohl nicht ersetzen, 
da er aufgrund des höheren Kon- 
struktionsaufwandes wesentlich teu- 
rer ist. Für bestimmte Anwendungen 
wie Textverarbeitung, CAD oder 
Desktop Publishing (DTP) bietet er je- 
doch beste Voraussetzungen, da die 
Auflösung von 360x360 Punkten/ 
Zoll (das ergibt etwa 200 Punkte je 
Quadratmillimeter) noch über der vie- 
ler Laserdrucker liegt. 

Die Nadeln sind in vier Reihen zu je 
1 2 angeordnet und um V360Z0II unter- 
einander versetzt. Die Steuerelektro- 
nik feuert die Nadeln in einem Takt 
ab, der auch in horizontaler Richtung 
für einen Punkteabstand von V360Z0II 
sorgt. Dadurch besitzt der 48-Nadel- 
Drucker die volle Auflösung von 
360 x 360 Punkten in einem einzigen 
Durchgang. Bei 24-Nadel-Druckern 
ist hierfür ein zweiter Druckvorgang 
mit versetzten Punkten, ähnlich dem 
NLQ-Modus bei 9-Nadel-Druckern, 
erforderlich (NLQ- near letter quality, 
nahe Briefqualität). Die Druckge- 
schwindigkeit des 48-Nadel-Druk- 
kers beträgt maximal 300 Zeichen pro 
Sekunde, in Schönschrift sind es 
lOOcps. Die Buchstabenmatrix wird 
bei Schönschrift in der vollen Auflö- 
sung von 360 x 360 Punkten pro Zoll 
wiedergegeben. Der beim Drucken 
anfallende Datendurchsatz ist im Ver- 
gleich zum 24-Nadel-Drucker mehr- 
fach höher. Er entspricht bei einer 
Geschwindigkeit von 300 cps derjeni- 
gen eines 24-Nadel-Druckers, der mit 
600 cps arbeitet. Um die Datenflut für 
48 Nadeln bei hoher Druckgeschwin- 
digkeit zu bewältigen, ist der 48-Na- 
del-Drucker als echtes Multiprozes- 
sorensystem aufgebaut. Für die Co- 


dierung und den Datenfluß wird eine 
1 6-Bit-CPU, für die Steuerung der 
Mechanik (Druckkopf und Papierma- 
nagement) zusätzlich eine 8-Bit-CPU 
eingesetzt. Der 48-Nadler benötigt 
keine besondere Steuersoftware, 
sondern bietet bei der Wiedergabe 
von Text die Druckqualität auch mit 
der vorhandenen Software. Dafür 
sorgt das Betriebssystem, das alle 
Zeichen in der vollen Auflösung im 
ROM gespeichert hat. Für die Wie- 
dergabe von Grafik arbeitet der 48- 
Nadler auch mit den vorhandenen 24- 
Nadel-Treibern. Für das volle Aus- 
schöpfen der Druckqualität im Grafik- 
betrieb sind entsprechende Treiber 
für 48 Nadeln einzusetzen. 

Der Drucker führt alle Papierfunktio- 
nen vom Einzug bis zum wechselsei- 
tigen Zustellen von Einzelblatt und 
Endlospapier automatisch durch. 
Beide Papierarten können abwech- 
selnd bedruckt werden, ohne daß der 
Einzelblatteinzug entfernt werden 
muß. Es können ein Original und bis 
zu drei Durchschläge gedruckt wer- 
den. Ebenso können Briefumschläge 
automatisch zugestellt werden. Mit 
Hilfe einer Micro-Feed-Funktion läßt 
sich jede Papierart millimetergenau 
positionieren. Das Problem der richti- 
gen Druckkopfeinsteilung bei Ver- 
wendung unterschiedlicher Papier- 
sorten im Wechsel mit Formularsät- 
zen ist ebenfalls durch eine Automa- 
tik gelöst: Der 48-Nadel-Drucker stellt 
sich selbsttätig auf die Papierdicke 
ein. Von Haus aus ist er als Drucker 
im Breitformat (A3) ausgelegt. Damit 
wird seiner Eignung für alle Einsatz- 
gebiete, auch Desktop-Publishing 
und CAD, entsprochen. Standardmä- 
ßig verfügt der 48-Nadel-Drucker 
über eine parallele Schnittstelle so- 
wie über das EPSON-Betriebssy- 
stem ESC/P, das inzwischen auf dem 
Druckermarkt als Industriestandard 
anerkannt ist. Es ermöglicht eine Zei- 
chensatz- und Steuercodeanpas- 
sung praktisch an jedes PC-System. 
Als Option sind RS232C, IEEE 488 
und die 81xx-Serie lieferbar. 

Fotos und Grafik: EPSON 
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Das Bild zeigt schematisch einen 
auseinandergenommenen 48-Nadel- 
Druckkopf. Er besteht aus vier hinter- 
einander liegenden Führungseinhei- 
ten mit Magneten, von denen jede 
über 12 Nadeln und die zugehörige 
Elektronik und Mechanik verfügt. Die 
Nadeln werden in Bohrungen durch 
die Führungseinheiten nach vorne 
durchgeführt. Im hintersten Ring 
ganz links sind es 12, einen Ring wei- 
ter bereits 24, dann 36 und schließlich 


48 Nadeln. An der Spitze des Druck- 
kopfes treten sie in vier nebeneinan- 
derliegenden Reihen aus (ganz 
rechts). Die hinterste Führungsein- 
heit ist auch von der Rückseite ge- 
zeigt, so daß man den Aufbau erken- 
nen kann: Dünne Bohrungen für die 
Nadeln, Bohrungen für Spiralfedern 
und 12 Elektromagnete sind ringför- 
mig um den Mittelpunkt angeord- 



9 Nadel-Matrix 


24 Nadel-Matrix 48 Nadel-Matrix 


Die Grafik zeigt das Schriftbild, das 
9-, 24- und 48-Nadel-Drucker nach 
einem Durchgang erzeugen können. 
Das „M“ links ist in der 9-Punkte-Ma- 
trix wiedergegeben. Ein geschlosse- 
nes Schriftbild (Near Letter Quality) 
wird durch zweimaliges Überfahren 
erzeugt. 24-Nadel-Drucker (Bild- 
mitte) benötigen nur einen Durch- 
gang und erzeugen dennoch ein ge- 
schlossenes Schriftbild (Letter Qua- 
lity). Sie besitzen zwei Reihen von je 
12 Nadeln, die in etwa 0,85 mm Ab- 
stand parallel verlaufen. Der Druck- 
kopf feuert zunächst die ersten 12 
Nadeln ab, fährt dann 0,85 mm weiter 


und setzt die zweiten 12 Nadeln ge- 
nau zwischen die Abdrücke der er- 
sten 12. So ergibt sich eine durchge- 
hende Linie. Nochmals doppelt so 
dicht sitzen die Punkte beim 48-Na- 
del-Drucker (das „M“ rechts). Hier 
werden kurz nacheinander vier mal 
12 Nadeln abgefeuert. Die Punkt-zu- 
Punkt-Abstände betragen in jeder 
Richtung nur noch VmoZoII, das ent- 
spricht 0,07 mm. Dabei überschnei- 
den sich die Punkte zu etwa 90 Pro- 
zent, so daß sich eine sehr geschlos- 
sene, gleichzeitig klare und scharfe 
Schrift ergibt. 
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Rechnerinterface zur Eingabe 
und Korrektur 
von Sensordaten 


Dr. Michael Bratge 

Forschungszentrum des Kombinates 
VEB Carl Zeiss JENA 


Mit der byteseriellen Dateneingabe und -Ver- 
arbeitung bei hoher Bitrate erreicht ein Mi- 
krorechner schnell die Grenze seines Lei- 
stungsvermögens. Ein Beispiel hierfür ist die 
Übernahme und Korrektur von Daten aus 
CCD-Zeilen. Zur Lösung dieser Aufgabe 
wurde eine spezielle Interfacebaugruppe 
(Sensorinterface) für das MMS16 entwik- 
kelt, die darüber hinaus geeignet ist, eine 
Vielzahl von Sensorsignalen, die digitalisiert 
vorliegen, zu korrigieren undloder zu klas- 
sieren. 

Hardware 

Das MMS16 ist ein 16-Bit-Multimikrorechner- 
system mit mehreren Bussen (Bild 1 ). Ein Sy- 
stembus kann als Kommunikationsmittel zwi- 
schen mehreren Busmastern (z. B. ZVE) die- 
nen, die ihrerseits wiederum eigene Resi- 
dentbusse bilden, über welche sie mit ihren 
Slave-einheiten (I/O-, Speichereinheiten) ar- 
beiten. 

Das Sensorinterface ist ein intelligenter 
Slave am Systembus des MMS16. Es unter- 
teilt sich in 2 Funktionseinheiten, die auf je 
einer Steckeinheit untergebracht sind: ein 
Operationswerk und ein Steuerwerk. Beide 
sind über einen Bussteckverbinder und eine 
Busleiterplatte des MMS16 miteinander ver- 
bunden, womit das Sensorinterface seinen 
privaten Residentbus realisiert. Über diesen 
Bus erfolgt auch die Verbindung mit der 
Eingangsdatenquelle. Die Kontaktbelegung 
ist so gewählt, daß eine Busanzeige des 
MMS1 6 auch zur Anzeige dieses Busses ge- 
nutzt werden kann. Das Sensorinterface 


Eingang B ist mit den Datenleitungen eines 
zu 5Kx 16 Bit organisierten Operationsspei- 
chers verbunden. Dieser Speicher ist in 2 Be- 
reiche unterteilt, einen Korrekturwertspei- 
cher (4Kx16Bit) und einen Ergebnisspei- 
cher (1 K x 1 6 Bit). Der Korrekturwertspeicher 
wird durch einen Zähler angesteuert, der Er- 
gebnisspeicher durch einen zweiten Zähler 
und über die zwei höchstwertigen Adreßlei- 
tungen direkt durch das Mikroprogrammsteu- 
erwerk. Mit Hilfe dieser zwei Adreßleitungen 
lassen sich weitgehend unabhängig vonein- 
ander bis zu vier verschiedene Ergebnisfel- 
der aufbauen. Auf den Operationsspeicher 
kann ebenfalls über den Systembus des 
MMS1 6 zugegriffen werden. 

Der Ausgang der ALU führt auf zwei 
EPROMs, die als Transformationsstufe fun- 
gieren, welche im Anwendungsbeipiel das 
Sensor- Interface logarithmieren bzw. poten- 
zieren kann. Parallel dazu liegt ein Daten- 
weg, der genutzt wird, wenn die Daten nicht 
transformiert werden sollen. Vom Ausgang 
des Transformationsgliedes können die Da- 
ten über ein Register FB auf den Eingang A 
der ALU rückgekoppelt oder in ein Zwischen- 
register P geschrieben werden, welches die 
Daten in den Operationsspeicher übergeben 
kann. 

Die ALU ist 1 2 Bit breit organisiert, das Carry- 
Ausgangssignal ist auf den Zähleingang ei- 
nes Zählers geführt, dessen Dateneingänge 
mit den vier höchstwertigen Datenleitungen 
des Operationsspeichers verbunden und 
dessen Datenausgänge auf die vier höchst- 
wertigen Dateneingangsleitungen der Regi- 
ster P und FB geführt sind. Die Zählerstände 
werden mit den Ergebnsidaten der ALU in 
das entsprechende Register geladen. Auf 
diese Weise ist es möglich, Additionsopera- 


tionen bis zu 16 Bit Breite, allerdings ohne 
nachfolgende Transformation, auszuführen. 
Außerdem kann der Zähler für Zähloperatio- 
nen genutzt werden. 

Das FB-Register ist ein Schieberegister, das 
in der Lage ist, den gespeicherten Wert nach 
rechts zu verschieben und von links mit Nul- 
len aufzufüllen, somit jeweils durch 2 zu divi- 
dieren. 

Die zwei höchstwertigen Datenbits (Bit 14, 
15) des Korrekturwertspeichers lassen sich 
als Bedingungsflags für Verzweigungen im 
Mikroprogramm nutzen. 

Der Transformations-EPROM kann nur 
1 2 Bit breite Werte verarbeiten. Damit bieten 
sich die vier höchstwertigen Ausgänge der 
EPROMs an, um auf vier Ladeeingänge des 
Ergebnisspeicherzählers geführt zu werden. 
Damit ist die Baugruppe in die Lage versetzt, 
Meßwerte in bis zu 1 6 Klassen zu klassieren, 
wobei jeder Meßwert einer frei wählbaren 
Klasse zugeordnet werden kann. Jede 
Klasse wird somit durch einen Speicherplatz 
des Ergebnisspeichers repräsentiert, dessen 
Inhalt erhöht wird, sobald ein Meßwert in die 
Klasse fällt. 

Die Eingänge des den Korrekturwertspeicher 
steuernden Zählers sind auf einen Kopf- 
steckverbinder geführt, so daß ein beliebiger 
Anfangskorrekturwert extern ausgewählt 
werden kann. Dies empfiehlt sich, wenn dau- 
ernd unterschiedliche Bereiche eines mehr- 
dimensionalen Sensors, beispielsweise ei- 
ner CCD-Zeile, verwendet werden. 

Steuerwerk 

Das Blockschaltbild des Steuerwerkes zeigt 
Bild 3. Das Steuerwerk basiert auf einem 
Mikroprogrammspeicher aus einem zu 1K 
mal 32 Bit organisierten RAM, auf den über 
den Systembus des MMS1 6 zugegriffen wer- 
den kann. Über den Systembus erfolgt auch 
die Mikroprogrammierung. 10 der 32 Daten- 
bits wählen die Folgeadresse des Mikropro- 
gramms aus, wovon 8 Bit unmittelbar Adreßbit 
der Folgeadresse bilden und 2 Bit von außen 
gesetzte Flags zurücksetzen können, die auf 
2 weitere Adreßbit der Foigeadresse wirken. 


adressiert insgesamt 16 KByte RAM, auf den 
jeder Master des Systems über Systembus Blla 2 Operations- 
zugreifen kann, wenn er das Interface pro- werk 
grammiert, steuert oder mit ihm Daten aus- 
tauscht. 


Operationswerk 

Das Blockschaltbild des Operationswerkes 
zeigt Bild 2. Das Operationswerk besteht in 
seinem Kernstück aus einer arithmetisch-lo- 
gischen Verarbeitungseinheit (ALU), an de- 
ren Eingang A die Eingangsdaten oder rück- 
gekoppelte Zwischenergebnisse mit einer 
Breite von maximal 12 Bit geführt werden. 
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Der Mikroprogrammspeicher umfaßt 1 K Dop- 
pelworte (DWorte) und wird in vier Bereiche 
unterteilt, je nachdem, welche Flags (Fl , F2) 
gesetzt bzw. rückgesetzt sind. Im Normalfall 
läuft das Programm im Bereich mit rückge- 
setzten Flags. Wird ein Flag gesetzt (Ein- 
gangsdatengültigkeitssignal oder gesetztes 
Flag im Operationsspeicher, wenn Datenbit 
14 bzw. 15 des Operationsspeichers = 1), 
springt das Mikroprogramm in den entspre- 
chenden Bereich. Die Grundadresse 
(BitO ... 7) bleibt hierbei unverändert. 

Das Steuerwerk wird durch einen 16-MHz- 
Taktgenerator in Verbindung mit einem 
Schieberegister, welches wahlweise 2... 8 
Taktphasen (PI . . . P8) erzeugen kann, ge- 
steuert. An die Taktphasen werden über ein 
Wickelfeld Steuersignale für das Steuerwerk 
angeschlossen. 

Der Zugriff auf Operations- und. Mikropro- 
grammspeicherwird übereinen Parallelinter- 
facebaustein K580 WW55A (PPI) gesteuert. 
Über eine weitere Datenleitung dieses Bau- 
steins wird das Mikroprogramm durch einen 
Master des MMS16 gestartet bzw. rückge- 
setzt. Die restlichen Datenleitungen des PPI 
sind mit den Dateneingangsleitungen und 
deren Gültigkeitssignalen verbunden. Damit 
ist ein kompletter Selbsttest der Baugruppe 
mit Hilfe eines Masters des MMS1 6 möglich. 
Die Eingangsdaten werden hierbei über das 
PPI simuliert. 

Mikroprogrammierung 

Die Mikroprogrammierung erfolgt, indem je- 
der Mikroprogrammbefehl durch einen Ma- 
ster des MMS1 6 in den Mikroprogrammspei- 
cher eingeschrieben wird. Da das sehr um- 
ständlich ist, wurde mit Hilfe der MACRO- 
UTILITY des verwendeten Assemblers ein 
Satz Mikroprogrammbefehle erstellt. Mit Hilfe 
dieser MACROs kann ein Mikroprogramm 
bequem geschrieben werden, ohne daß der 
Programmierer wissen muß, welches Bit im 
Mikroprogrammspeicher er für welches Steu- 
ersignal setzen muß. Die Mikroprogrammbe- 
fehle unterteilen sich in: 

1. Initialisierungsbefehle, 

die das Operationswerk in einen definierten 
Anfangszustand versetzen, 

2 . Hauptbefehle, die 

- Quellregister auswählen, 

- die ALU bzw. 

- das Transformationsglied einstellen oder 

- Zielregister (P, FB) auswählen, 

3 . Komplexe Hauptbefehle, 

die in geeigneter Weise mehrere der 4 vor- 
stehenden Gruppen von Hauptbefehlen 
kombinieren, 

4 . Zusatzbefehle, 

- Speicherauswahl und -Schreibbefehle 

- Interruptbefehle, die einen INTERRUPT 
an einen Master des MMS1 6 abgeben, 

- Befehle zum Rücksetzen der Flags, 

5 . Abschlußbefehle, 

die die Folgeadresse des Mikroprogramms 
eintragen und den nächsten Mikropro- 
grammbefehl auswählen. 

Ein vollständiger Mikroprogrammbefehl be- 
steht dabei immer aus mehreren Mikropro- 
grammbefehlen oben genannter Art, deren 
letzter stets ein Abschlußbefehl ist. Mit einem 
entsprechenden Rahmen wird aus den 
Mikroprogrammbefehlen ein Assembler-Un- 
terprogramm, bei dessen Aufruf das Mikro- 
programm in den Mikroprogrammspeicher 
geladen wird. Der Mikroprogrammbefehls- 
satz kann bei Bedarf, insbesondere bei Not- 


wendigkeit der Nutzung weiterer ALU-Be- 
fehle, leicht erweitert werden. 

Anwendungsbeispiel 

Die Kennlinien der Pixel einer CCD-Zeile 
sind, bedingt durch unterschiedlichen Dun- 
kelstrom und Empfindlichkeit, alle unter- 
schiedlich (Bild 4). Zur Weiterverarbeitung 
der Meßwerte sind die Kennlinien der Pixel- 
elemente untereinander zu normieren. Wei- 
terhin ist über eine bestimmte Anzahl von 
Meßwerten der Mittelwert zu bilden. Diese 
Anzahl ist eine Potenz von zwei. Zeitmulti- 
plex sind die Daten aus drei CCD-Zeilen zu 
verarbeiten, wodurch eine Zeit von 6 Mikro- 
sekunden als Vorgabe für die Verarbeitung 
eines Meßwertes resultiert. 

Dieser Prozeß soll durch das Sensorinterface 
realisiert werden. In einem ersten Schritt, der 
Dunkelkorrektur, wird der Dunkelkorrektur- 
wert vom Meßwert subtrahiert (Bild 4 und 
5). 

Durch eine anschließende Multiplikation je- 
des Meßwertes mit einem ihm zugeordneten 
Hellkorrekturwert wird eine Hellkorrektur 
durchgeführt, das heißt die unterschiedliche 
Empfindlichkeit aller Pixel korrigiert. Das 
Sensorinterface realisiert diese Multiplikation 
durch Logarithmierung, anschließende Addi- 
tion und Entlogarithmierung. 

Die Dunkel- und Hellkorrekturwerte lassen 
sich unter Zuhilfenahme des Sensorinterfa- 
ces in einem Eichvorgang ermitteln. Hierzu 
wird das Sensorinterface mit je einem ent- 
sprechenden Mikroprogramm geladen. 

Die Korrekturwerte werden in der Reihen- 
folge, in der die Daten der CCD-Zeilen an- 
kommen, wortweise im Korrekturwertspei- 
cher abgelegt, und zwar immer ein Dunkel- 
korrekturwert und anschließend der dazuge- 
hörige Hellkorrekturwert. 

Das Sensorinterface führt daraufhin im Nor- 
malberieb folgende Schritte aus: 

1. Dunkelkorrektur 

Subtraktion des Dunkelkorrekturwertes vom 
Meßwert, anschließendes Logarihmieren 
und Schreiben in FB-Register. 

2. Hellkorrektur 

Addition des Hellkorrekturwertes zum dun- 
kelkorrigierenden Meßwert, anschließendes 
Entlogarithmieren und Schreiben in FB-Regi- 
ster. (Der erste Wert einer zu mittelnden 
Meßwertgruppe wird nicht in das FB-Regi- 
ster, sondern in den Ergebnisspeicher ge- 
schrieben.) 

3. Mittelwertbildung 

Addition des korrigierten Meßwertes zum 
Wert im Ergebnisspeicher. Damit entsteht im 
Ergebnisspeicher die Summe der korrigier- 
ten Meßwerte einer zu mittelnden Gruppe. 
Nach der Addition des letzten Wertes wird die 
im Ergebnisspeicher stehende Summe ins 
FB-Register geladen und dort nach rechts 
verschoben - somit durch die Anzahl der 


Meßwerte dividiert. Danach wird der Mittel- 
wert logarithmiert und wieder in den Ergeb- 
nisspeicher geschrieben. 

In Abhängigkeit von der Lage des jeweiligen 
Eingangswertes im zu mittelnden Feld (Feld- 
anfang, -ende) benötigt das Sensorinterface 
für dessen Verarbeitung zwischen 1 ,8 und 
3,4 Mikrosekunden. 
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Ein C-Compiler für den KC 85/1 


Dr. Reinhard Wobst, Dresden 

Im folgenden wird ein Einpaßcompiler für die 
Sprache C vorgestellt. Der Compiler Pretty C 
ist etwa 19 KByte lang, verarbeitet fast die 
gesamte Sprache und ist in seiner Arbeits- 
weise etwas an TURBO-PASCAL ange- 
lehnt. 

Allgemeines 

Wegen der Leistungsfähigkeit der Sprache C 
und vor allem wegen ihrer sehr guten Über- 
tragbarkeit auf andere Rechner ist ein C- 
Compiler auch auf dem KC85/1 von großem 
Nutzen. 

Beim KC85/1 gibt es aber eine einschnei- 
dende Randbedingung: Als externer Spei- 
cher steht nur das Magnetband zur Verfü- 
gung. Die sonst übliche Arbeit mit einem Lin- 
ker bzw. mit mehreren Pässen bei der Com- 
pilierung würde damit viel zu umständlich 
werden. Der einzige dem Autor bekannte C- 
Compiler, der nur mit Magnetband arbeitet, 
ist Hisoft-C für ZX Spectrum. Dieser Compiler 
ist jedoch kaum übertragbar und verarbeitet 
u. a. nur einen Teil der Datentypen in C. Da- 
her entstand die Notwendigkeit, selbst einen 
Compiler zu schreiben. 

Pretty C ist in Assemblersprache geschrie- 
ben und arbeitet auf Rechnern mit min- 
destens 32 KByte RAM, besser aber 
48 KByte. 

Schwerpunkte bei der Entwicklung waren: 

• gute Speicherausnutzung, u. a. 

- sind die meisten Listen gegeneinander 
verschieblich und ohne Längenbegrenzung 

- enthält der generierte Code zahlreiche Op- 
timierungen wie: Auflösen konstanter Teil- 
ausdrücke zur Compilierzeit, gesonderte Be- 
handlung konstanter Feldindizes, Unterdrük- 
ken des Ladens nicht benötigter Teilergeb- 
nisse in Stackzellen 

- werden zum Adressieren dynamischer Va- 
riabler nur 3 Bytes benötigt (d.h. soviel wie 
bei statischen Variablen), wodurch ihre Ver- 
wendung nicht nur bei Rekursionen sinnvoll 
wird. 

• komfortable Nutzung (daher der Name 
„Pretty C“) 

• möglichst vollständige Implementierung 
der Sprache. 

Im Laufzeitverhalten ist Pretty C weniger 
gut. 

Sprachumfang 

Wichtige Spracheinschränkungen sind: 

- Bitfelder und der ,enum‘-Typ sind nicht im- 
plementiert 

- Initialisierungen sind nicht zulässig (außer 
der automatischen Initialisierung aller stati- 
schen Variablen mit 0). 

- Die Speicherklasse von Funktionen wird 
nicht berücksichtigt, insbesondere ist ,static‘ 
wirkungslos. 

- Der Präprozessor versteht nur die Kom- 
mandos #define und #undef. 

Alle anderen Sprachelemente, beispiels- 
weise Deklarationen innerhalb verschachtel- 
ter Blöcke, Gleitkommazahlen, ,void‘ und 
.unsigned long' verarbeitet Pretty C wie in /I/ 
beschrieben. 

Erweiterungen sind im wesentlichen: 

- Keine automatische Konvertierung von 
,float‘ auf , double', sondern nur in binären 
Operationen, wenn einer der Operanden 
vom Typ .double' ist. 


Pretty C enthält zwei getrennte Gleitkom- 
maarithmetiken: 4-Byte-Zahlen für , floatend 
8-Byte-Zahlen für .double'. Diese Trennung 
ist angesichts des großen Rechenzeitunter- 
schieds zwischen einfacher und doppelter 
Genauigkeit auf dem U 880 wichtig. 

- Eine inline-Anweisung, um Maschinen- 
code direkt im Quelltext unterzubringen. 

Arbeitsweise 

Pretty C arbeitet mit Textpuffern, die über Na- 
men angesprochen, erzeugt und gelöscht 
werden, sowie mit Files auf Magnetband. 
Diese Puffer bzw. Files werden über den im 
Compiler integrierten Editor verwaltet. Dieser 
Editor ist aus Platzgründen nur zeilenorien- 
tiert, aber relativ komfortabel und einfach zu 
bedienen. Quelltext kann auf beliebig viele 
Puffer/Files verteilt sein, wobei jeder Puffer 
bzw. File als File im Sinne von C betrachtet 
wird (Datenverkehr zwischen ihnen mittels 
externer Namen). 

Pretty C übersetzt immer nur einen Puffer/ 
File in einem Lauf. Die einzelnen Überset- 
zungsläufe werden dabei logisch verbunden. 
Mit Beendigung der Übersetzungen steht ein 
abarbeitsfähiges Programm im Speicher. 

Vor allem ist es auch möglich, Files sofort 
beim Einlesen ohne Zwischenspeicherung 
zu übersetzen und damit viel Platz zu sparen. 
Die Steuerung des Compilers geschieht vom 
Monitor aus über Kommandozeilen mit 
Schaltern, z. B.: > CC /DS 
(Anzeigen noch nicht definierter, aber dekla- 
rierter Funktionen und externer Variabler, der 
Codelänge, Optionen usw.). Bei mehreren, 
verbundenen Übersetzungsläufen schreibt 
man zweckmäßig die einzelnen Kommandos 
in einen Textpuffer und läßt diesen vom 
Pretty-C-Kommandoprozessor abarbei- 
ten. 

Fehlersuche und Quelltextdebugger 

Die schnelle und komfortable Fehlersuche ist 
einer der wichtigsten Vorzüge von Pret- 
tyC. 

Fehlermeldungen erscheinen prinzipiell im 
Klartext. Syntaxfehler werden mit genauer 
Lokalisierung im Quelltext angezeigt. Da- 
nach bricht der Compiler ab, denn die Folge- 
fehler sind meist unsinnig. Diese schrittweise 
Korrektur ist aber nicht störend, weil Pretty C 
recht schnell übersetzt (etwa 1 KByte Quell- 
text je Sekunde) und man nach einer Fehler- 
meldung mit nur wenigen Tastenbetätigun- 
gen im Editor und an der Stelle ist, wo der 
Fehler erkannt wurde. Zur Laufzeit werden 
auch Arithmetikfehler erkannt (was leider 
viele Laufzeitsysteme nicht können). Zusätz- 
lich zum Fehlertext erscheint eine backtrace- 
Liste, d. h., die Kette der gerufenen Funktio- 
nen wird ausgegeben. Mit einem speziellen 
Lauf des Compilers kann der Fehlerort 
ebenso präzise wie bei Syntaxfehlern ermit- 
telt werden. 

Einige Funktionen von Pretty C helfen außer- 
dem, Fehler zu vermeiden: 

- Unterstützen des Editors beim Schreiben 
von Schlüsselwörtern (weniger Tippfeh- 
ler!) 

- Unterstützen des Editors beim Strukturie- 
ren des Quelltextes 

- automatisches Einrücken im Listing des 
Compilers 

- Überprüfen der Argumentezahl von Funk- 
tionen zur Laufzeit 


- Erkennen nicht definierter Funktionen 

- abschaltbare Fehleranzeige beim Zugriff 
auf Werte außerhalb der Datenbereiche 
(über Pointer oder Felder) — die Hauptursa- 
che für Abstürze. 

Das wichtigste Hilfsmittel bei der Fehlersu- 
che ist jedoch ein Quelltextdebugger, mit 
dem ein Programm schritt- oder abschnitts- 
weise abgearbeitet werden kann bei gleich- 
zeitiger Anzeige des Quelltextes. Die Varia- 
blen sind über Adressen ansprechbar und 
können sowohl angezeigt als auch verändert 
werden. Der Debugger selbst ist ein C-Pro- 
gramm, das über eine spezielle Schnittstelle 
des Laufzeitsystems gerufen wird. 

Vergleich zu anderen Compilern 
und zu BASIC 

Im Vergleich zu schnellen C-Compilern unter 
CP/M bzw. SCP ist Pretty C etwa 2-3mal 
langsamer (bei ganzzahliger Arithmetik). Da- 
für ist der erzeugte Code oft etwas kürzer 
(beim KC 85/1 vielleicht der wichtigere Ge- 
sichtspunkt), und fast die volle Sprache wird 
schnell übersetzt, während andere auf 8-Bit- 
Rechnern verfügbare Compiler oft nur bis 
16 Bit breite Datentypen verarbeiten oder 
sehr langsam übersetzen. 

Pretty C sollte weniger als eine Nachentwick- 
lung, sondern mehr als eine Alternative be- 
trachtet werden. Im Vergleich zu BASIC sind 
die C-Gleitkommaprogramme etwa 3mal 
schneller, Programme mit ausschließlich 
ganzzahliger Arithmetik dagegen meist 
30mal schneller. BASIC-Programme bean- 
spruchen weniger Speicherplatz für den 
Code, aber mehr Arbeitsspeicher als C-Pro- 
gramme. 

Weiterentwicklung und Vertrieb 

Als Weiterentwicklung sind u. a. geplant: 

- Initialisierungen in einfacher Form 

- Auslagern übersetzter Programme zu- 
sammen mit dem Laufzeitsystem (5,5 K) auf 
Band 

- Übertragung des Compilers auf CP/M- 
bzw. SCP-Rechner. Das ist für den Compiler 
selbst einfach, lediglich der Editor greift noch 
direkt zum Bildwiederholspeicher und Cursor 
zu. 

Die Nachnutzung beinhaltet den Compiler 
mit Installierungsprogramm, 3 in C geschrie- 
bene Bibliotheken, den Debugger und eine 
etwa 1 10 Seiten lange Dokumentation. 

Da bisher kein Betrieb gefunden werden 
konnte, der den Vertrieb der Software über- 
nimmt, versucht der Autor auf dem Weg über 
diese Veröffentlichung, einen geeigneten 
Vertragspartner zu finden. 
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Die zur Darstellung insgesamt zu verwen- 
denden Stellen werden durch m festgelegt, 
die nach dem Dezirnalpunkt durch n. Bei- 
spiele mit den entsprechenden Ausgaben 
sind: 


WRITE(0UTF1LE, 123:8) liefert: 

123 

WRITE(0UTFILE,1. 5:8:3) liefert: 

1.500 

WRITE(OUTFILE,TRUE:8) liefert: 

TRtfE 

WRITE(OUTFILE, A':8) liefert: 

A 

6.5. Standardfiles 

PASCAL stellt zwei vordeklarierte Flies be- 
reit: 

VAR INPUT, OUTPUT: FILE 0F CHAR; 

Falls sie benutzt werden sollen, sind sie in der 
Environmentliste anzugeben. 

Ihre Zuordnung zu Files im Sinne des Be- 
triebssystems ist bei den PASCAL-Systemen 
unterschiedlich. Bei TUBBO-PASCAL korre- 
spondieren IN PUT und OUTPUT mit dem 
Gerät CON:. Abweichend vom Standard 
brauchen sie nicht in der Environmentliste 
angegeben werden. Ebenso ist die Ausfüh- 
rung von RESET oder REWRITE verbo- 
ten. 

Die Arbeit mit dem Bildschirm wird bei 
TURBO-PASCAL durch die Standardproze- 
dur GOTOXY(z,s) und CLRSCR zur Cursor- 
positionierung bzw. zum Bildschirmlöschen 
unterstützt. 

6.6. Direktzugriffsfiles 
Direktzugriffsfiles gibt es in Standard-PAS- 
CAL nicht. Viele Systeme stellen sie jedoch 
aufgrund ihrer Wichtigkeit bereit. Die ge- 
wählte Lösung ist sehr einfach: Die Kompo- 
nenten werden fortlaufend numeriert. Der Zu- 
griff auf sie erfolgt über die Komponenten- 
nummer. In verschiedenen Systemen wird 
die Komponentennummer n als zusätzlicher 
Parameter der Prozeduren GET und PUT an- 
gegeben: 

GET(f.n) und PUT(f,n). 

TURBO-PASCAL verwendet einen anderen 
Mechanismus: Vor dem Lesen oder Schrei- 
ben wird die Puffervariable mit der Standard- 
prozedur 
SEEK(f.n) 

auf die Komponente n positioniert. Die Zäh- 
lung der Komponenten beginnt bei Nult. 
Weiter gibt es in TURBO-PASCAL die Stan- 
dardfunktionen zur Arbeit mit Direktzugriffs- 


files, die folgende INTEGER-Resultate lie- 
fern: 

FILEPOS(f) Aktuelle Position der Puffervaria- 
blen im File f. 

FILESIZE(f) Gesamtanzahl der Komponenten 
des Files f. 

7. Datentyp Array 

7.1. Einführung 

Der Datentyp Array wird durch eine feste An- 
zahl von Datenelementen gleichen Typs ge- 
bildet. Die einzelnen Datenelemente heißen 
Komponenten. Ihre Anzahl muß zur Überset- 
zungszeit feststehen. 

Für den Typ der Komponenten gibt es keine 
Einschränkungen. Insbesondere kann auch 
er wieder ein Array sein. 

Der Zugriff auf die Komponenten erfolgt mit 
Hilfe von Indizes. Indizes können berechnet 
werden. 

7.2. Syntax 

Die Arraydekiaration ist eine Alternative des 
Syntaxprogramms "typ". Sie wird im Bild 7.1 
gezeigt. 

Sie beginnt mit dem reservierten Bezeichner 
ARRAY. Dann folgt eine in eckige Klammern 


— -/HA* Y — ■ [ — t— aliMr typ L» J — -0F 

Bild 7.1 Syntaxdiagramm ” array typ" 

eingeschlossene Liste von einfachen Typen. 
REAL und INTEGER sind hier nicht zugeias- 
sen. Diese Liste gibt die Indizes an. Auf den 
reservierten Bezeichner OF folgt die Angabe 
des Komponententyps. 

Die Syntax für den Zugriff zu den Komponen- 
ten eines Arrays zeigt die obere Alternative in 
Bild 5.1 3. Die Ausdrücke liefern den Wert der 
entsprechenden Indizes. Der Typ der Aus- 
drücke muß mildern der Deklaration überein- 
stimmen. 

Der nachfolgende Arraytyp besteht aus Kom- 
ponenten vom Typ REAL. Der Indextyp ist 
Teilbereich des Basistyps INTEGER. 

TYPE Index =1 ...900; 

Vektor = ARRAY[lndex]OF REAL; 

Mit diesem Arraytyp können die Variablen 
VAR X,Y,Z: Vektor; 
vereinbart werden. 

Zugriffe auf die Komponenten sind dann wie 
folgt möglich: 

X[1] , X[3*l+K] , Y[l 01V 2], 

Z[SQR(I)-1] 

Syntaktisch korrekt ist auch die Form 

VAR X.Y,Z:ARRAY (1 . . 100) OF REAL; 

Hier ist jedoch der Typ der Variablen X,Y,Z 
anonym und kann zu keiner weiteren Dekla- 
ration genutzt werden. 

Ein weiteres Beispiel für ein Array ist: 


TYPE Tag= (Mo, Di, Mi, Don, Fr, Sa, So); 
Arbeitszeit= 

ARRAY |Tag] 0F REAL; 

VAR MeiersZeit : Arbeitszeit; 


Der Komponententyp ist REAL. Der Indextyp 
ist ein Aufzählungstyp. Zugriffe auf die Kom- 
ponenten der Variablen MeiersZeit sind 
MeiersZeit[Mo] 

MeiersZeit{succ(Mo)] 

Zur Deklaration von Arrays mit mehreren In- 
dizes gibt es zwei Interpretationen des Syn- 
taxdiagramms, s. Bild 7.1: 

ARRAY[index1] OF 
ARRAY [index2]OF.. typ 
und 

ARRAYjindexI ,index2. . . .] OF typ 

Beide Formen sind korrekt und unterschei- 
den sich inhaltlich nicht. 

Für den Zugriff zu den Komponenten mehr- 
fach indizierter Arrays gibt es nach Syntax- 
diagramm 5.13 ebenfalls zwei Formen, die 
sich inhaltlich nicht unterscheiden: 
bezeichner [ausdruckl)[ausdruck2]. 
und 

bezeichner [ausdruckl ,ausdruck2,. . .]. 
Wesentlich ist, daß die Anzahl und der Typ 
der Ausdrucke mit denen bei der Deklaration 
übereinstimmen muß. 

Eine quadratische Matrix läßt sich wie folgt 
deklarieren: 


TYPE Index = 1 . . Max; 

Matrix = ARRAY [Index, Index] 

OF REAL; 

VAR A: Matrix; 

Der Zugriff zu den Komponenten hat dann die 
Form 

A[1,3],A[I,J],A[3-I,I DIV2] 

Die Typen der Arrayindizes können natürlich 
auch alle voneinander verschieden sein: 


TYPE Bsp = 

ARRAYjl . . 3.B00LEAN.CHAR] 

OF INTEGER; 

VAR X : Bsp; 

Komponenten von X werden z. B. durch 

XI2,TRUE,’A’J, 

X[l,ODD(J),CHR(K)]. usw. 

ausgewählt. 

Die PASCAL-Systeme sichern, daß beim Zu- 
griff auf eine Komponente die Indizes inner- 
halb ihrer Wertebereiche liegen Das ver- 
langsamt die Abarbeitung des Programms 
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und führt zu größerem Programmkode. Des- 
halb können diese Kontrollen meist ein- und 
ausgeschaltet werden. Bei TÜRBO-PASCAL 
erfolgt das durch die Compileroption QR+ 
bzw. OR-. 

Standard-PASCAL sieht das Packen von Ar- 
rays vor. Der Compiler wird durch Einfügen 
der reservierten Bezeichnung PACKED vor 
ARRAY angewiesen, für die Komponenten 
des Array eine speicherplatzsparende in- 
terne Darstellung zu wählen. Das erfolgt z. B. 
dadurch, daß für Teilbereichstypen nur noch 
so viele Bits vorgesehen werden, wie zur 
Darstellung ihres Wertbereiches tatsächlich 
notwendig sind. 

Der Zugriff auf gepackte Datenstrukturen ist 
deshalb langsamer. 

Gepackte Arrays mit dem Komponententyp 
CH AR sind mit Zeichenketten verträglich. 

TURBO-PASCAL führt kein Packen durch. 
Es überliest PACKED, aber Arrays mit dem 
Komponententyp CHAR sind mit Zeichenket- 
ten verträglich. 

7.3. Operationen 

PASCAL gestattet für Arrays gleichen Typs 
die Zuweisung und die Ausführung von Ver- 
gleichsoperatlonen. 

Mit den Komponenten können die für ihren 
Typ zulässigen Operationen ausgeführt wer- 
den. 

Das erste Beispiel zeigt die Zuweisung von 
Arrays: 

TYPE Index = ...; 

Mat = AHRAY|lndex. Index] 

OF REAL 

VAR A.B.Mat; 

A: = B; 


Wichtig ist, daß die Variablen den gleichen 
Typ haben. Aus der Sicht des Compilers 
heißt das: Deklaration durch den gleichen 
Typbezeichner oder den gleichen impliziten 
Typ. Strukturelle Gleichheit wie z. B. 

VAR A:ARRAY[lndex, Index] 

OFREAl; 

B:ARRAY[lndex, Index] 

OF REAL; 


erkennt der Compiler nicht. 

Vergleiche können häufig vorteilhaft auf Ar- 
rays mit dem Komponententyp CHAR ange- 
wendet werden. Das folgende Programm- 
stück zeigt ein Beispiel, bei dem in einem Ar- 
ray von Namen ein Schlüssel gesucht wird. 
Namen und Schlüssel sind selbst Arrays: 

TYPE Alpha = ARRAY11 .101 
OF CHAR; 

VAR key: Alpha; 

Namen:ARRAY[1 . . 1Ü0] 

OF Alpha; 

CINTEGER; 

i:=0; 

REPEAT 


f:=l+1; 

UNTIL Namen[l] = Key; 


Den Arrays mit dem Komponententyp CHAR 
können Zeichenketten zugewiesen werden. 
Die Länge der Zeichenkette muß dabei mit 
der Anzahl der Komponenten des Arrays 
übereinstimmen. 

7.4. Programmbeispiel 

Der Datentyp Array ist die programmier- 
sprachliche Entsprechung der aus der Ma- 
thematik bekannten Vektoren und Matrizen. 
So bieten sich Programmbeispiele aus der li- 
nearen Algebra geradezu an. Trotzdem soll 
hier eine andere Anwendung gezeigt wer- 
den: In einem Textfile ist die Häufigkeit des 
Auftretens der Buchstaben A Z zu ermit- 
teln. Die Häufigkeit dieser Zeichen wird in 
dem Array H mit folgender Deklaration ge- 
zählt: 

H:ARRAY[CHARJOF REAL 

Das zeichenweise Lesen eines Textfiles ist 
bereits aus Abschnitt 6.5. bekannt. So erhält 
man mit wenigen Erweiterungen die im 
Bild 7.2 gezeigte programmtechnische Lö- 
sung. 


PROCiFA» Zaehl; 

VAii C: CHAR ; 

H: AFRAYf CHAHj OF FBA£; 

Fs TEXT: 

BEO IN 

FOR C:»'A' TO DO H[C]:-0. 
ASSIGNCF,...): RrSSBT(F); 

WHILB NOT BOFCF) DO BBC, IN 
WKTLF NOT EOLN(F) DO BEO IN 
RBAD(I\C); 


Bild 7.2 Programm zum Zählen der Zeichen in 
einem Textlile 


8. Datentyp Record 

8.1. Einführung 

Der Datentyp Record wird durch eine feste 
Anzahl von Datenelementen gebildet, deren 
Typ unterschiedlich sein kann. Die einzelnen 
Datenelemente eines Records heißen Fel- 
der. Zu ihnen kann über sogenannte Feidbe- 
zeichner zugegriffen werden. Feldbezeich- 
ner können nicht berechnet werden, ihr 
Name ist fest im Programmtext verankert. 

Für den Typ der Recordfelder gibt es keine 
Einschränkungen. Insbesondere können sie 
auch selbst wieder Records sein. 

8.2. Syntax 

Die Syntax des Recordtyps wird in den Bil- 
dern 8.1 bis 8.3 gezeigt. Die reservierten Be- 
zeichner RECORD und END rahmen die 
Feldliste ein Ihr Aufbau wird im Bild 8.2 ge- 
zeigt. Sie besteht aus einzelnen Feldern, die 
durch einen Feldbezeichner und eine Typen- 
angabe gebildet werden. Falls aufeinander- 
folgende Recordtelder den gleichen Typ ha- 
ben, können ihre Bezeichner zu einer durch 


— - XECCRZ — ~feid!iste ~CHß 


Bild 8.1 Syntaxdiagramm ” recordtyp ’’ 



Bild 8.2 Syntaxdiagramm ”f eidliste" 


• *-L'AS E ~ t czeichner — — ► OF - 


Bild 8.3 Syntaxdiagramm variantenteil' 


Komma getrennten Liste zusammengefaßt 
werden. 

Die Feldliste kann durch einen Variantenteil 
abgeschlossen werden. Seine Behandlung 
erfolgt im Abschnitt 8.5. 

Die Feldbezeichner haben nur innerhalb des 
Records Bedeutung. Sie überdecken bereits 
deklarierte Namen von Konstanten, Typen 
oder anderen Variablen nicht. Insbesondere 
können auch in verschiedenen Recordtypen 
gleiche Feldbezeichner verwendet wer- 
den. 

Der Zugriff zu den Feldern eines Records ist 
bereits im Syntaxdiagramm in Bild 5. 13 als 
untere Alternative dargestellt. Die einfachste 
Form sind zwei aufeinanderfolgende Be- 
zeichner, die durch einen Punkt getrennt wer- 
den. Der erste Punkt muß der Name einer 
Recordvariablen, der zweite ein Feldbe- 
zeichner sein. Der Punkt hat die Aufgabe ei- 
nes Selektors. Er wählt aus dem Record ein 
Feld aus. ist dieses Feld selbst ein Record, 
kann ein weiterer Feldbezeichner angelügt 
werden. Das Syntaxdiagramm in Bild 5.1 3 er- 
laubt dies. 

Es folgen einige Beispiele: Der Recordtyp 
TYPE Complex = RECORD 
R : REAL; 

I : REAL 
END; 

besteht aus zwei Feldern vom Typ REAL. 

Die Feldbezeichner sind R und I. Da beide 
Felder den gleichen Typ haben, läßt sich 
auch abkürzend schreiben: 

TYPE Complex = RECORD 
R,l : REAL 
END; 

Vor dem abschließenden END ist It. Syntax 
kein Semikolon erlaubt. Mit dem nachfolgen- 
den Record wird ein Datentyp zur Beschrei- 
bung eines Datums eingeführt: 

TYPE Datum = RECORD 
Jahr: 0 . . 3000; 

Monat: (Jan,Feb,Mar,Apr,Mai, 

Jun, Jul , Aug,Sep,Okt,Nov, Dez); 
Tag: 1. 31 

END 
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□er Record besteht aus drei Feldern mit den 
Bezeichnern Jahr, Monat und Tag. Die ent- 
sprechenden Datentypen dieser Felder sind 
Teilbereich von iNTEGER, Aufzählungstyp 
und wieder Teilbereich von INTEGER. 

Eine Komponente in einem File von Studen- 
ten könnte folgender Recordtyp Person sein: 

Type Atpha= ARRAY[1..12] 

OF CHAR; 

Person = RECORD 

Name: Alpha; 

Vorname: Alpha; 

Semgr: 1 , . 15 

END; 

Zu ineinander geschachtelten Records 
kommt man sofort, wenn der Typ Person 
durch Angaben zum Datum der Geburt und 
der Immatrikulation erweitert wird. 

TYPE Alpha = ...; 

Datum = , 

Person = RECORD; 

Name: Alpha; 

Vorname: Alpha; 

GebDat: Datum; 

ImatDat: Datum: 

Semgr: 1 . .15 

END; 


Jetzt. Jahr: = 1987; 

Jetzt. Monat: = Jun; 

Jetzt.Tag:= 11; 

Das Datum, an dem diese Zeilen geschrie- 
ben wurden. 

Student. Name: Zimmermann’; 
Student.GebDat.Jahr- 1968; 

Student:= Jahrgang88[l] 
Jahrgang88[l].Semgr:= 1; 

Im letzten Beispiel wird zunächst eine Kom- 
ponente im ARRAY Jahrgang88 ausgewählt. 
Sie ist ein Record, also kann mit dem Selek- 
tor ein Feld ausgewählt werden. 

8.4. With-Anweisung 

Die With-Anweisung gehört zu den Anwei- 
sungen, beeinflußt jedoch den Prozeßablauf 
nicht. Sie dient der Reduzierung von Schreib- 
arbeit bei Bezugnahmen auf Recordfelder. 
Das Bild 8.4 zeigt die Syntax der With-Anwei- 
sung. Ihre Wirkung besteht ausschließlich 
darin, daß sie für die zu ihr gehörende Anwei- 
sung die Feldbezeichnung der zwischen 
WITH und DO aufgeführten Recordvariablen 
bekannt macht. 



Der Zugriff auf die Felder der angegebenen 
Records wird am Beispiel der Variablen 
VAR Y,Z: Complex: 

Jetzt: Datum; 

Student: Person; 


i.h, i-i, c.n, 4.1 

Jetzt. Jahr, Jetzt.Monat, Jetzt. Tag 
Student.Name, Student.GebDat.Jahr, 
Student. GebDat. Monat, usw. 

8.3. Operationen mit Records 

PASCAL gestattet für Records gleichen Typs 
die Zuweisung und die Vergleichsoperatio- 
nen. Es wird noch einmal daran erinnert, daß 
die Compiler keine strukturelle Gleichheit er- 
kennen. Siehe dazu auch Punkt 7.3. 

Auf die Recordfelder können die für ihren Typ 
zulässigen Operationen angewendet wer- 
den. 

Es folgen einige Beispiele auf der Grundlage 
der im vorigen Punkt eingeführten Recordty- 
pen Complex, Datum und Person mit folgen- 
den Variablen: 


VAR Y,Z:Complex; 

Jetzt: Datum; 

Student; Person; 

Jahrganges: 

ARRAYfl . . 300]OF PERSON' 

Y:= Z; Y.R:=1.0; 
Y.R:=Y.R+Z.R; Y.I:«Y.I+Z.I; 


Die letzte Zeile ist ganz offensichtlich die 
komplexe Addition, aber Y:-Y-s-Z; ist nicht 
erlaubt, da die Addition für Records nicht er- 
klärt ist. 


Bild 8.4 Syntaxdiagramm ’wtth-anweisung" 

Bei den gezeigten Beispielen darf unter Ver- 
wendung der With-Anweisung geschrieben 
werden: 

WITH Y DO R:= 1.0 
WITH Jetzt DO Jahr:-- 1987 
WITH Student DD 

Name:= ’Zimmermann' 

Auch hier darf die Verbundanweisung be- 
nutzt werden, wenn eine einzige Anweisung 
nicht ausreicht: 


WITH Jetzt DO BEGIN 
Jahr:= 1987; 
Monat: = Jun, 


Die allgemeine Form der Anweisung 
WITH rl ,r2,. . rn DO anweisung 
entspricht 
WITH rl DO 
WITH r2 DO 

WITH rn DO anweisung 

Innerhalb der With-Anweisung können durch 
die Feldbezeichner eines Records andere 
Bezeichner überdeckt werden. Das folgende 
Programmstück zeigt dies: 

TYPE Complex = ...; 

VAR i:BD0LEAN; 

X:Comp!ex; 

WITH X DO l:=1.0; 


Der Feldbezeichner I überdeckt die Variable I 
vom Typ BOOLEAN. Auf sie kann innerhalb 
der With-Anweisung nicht Bezug genommen 
werden. Zur Beschleunigung des Zugriffs auf 
die Felder eines mit der With-Anweisung aus- 
gewählten Records wird die Anfangsadresse 
des Records meist gesondert abgespeichert 
Der dafür erforderliche Platz ist um so größer, 
je mehr With-Anweisungen verschachtelt 
sind. TURBO-PA3CAL plant standardmäßig 
eine Tiefe von vier und reserviert im Datenbe- 
reich einer jeden Prozedur dafür Platz, unab- 
hängig davon, ob diese Tiefe tatsächlich er- 
reicht wird. Durch die oWN-Option kann der 
Standard auf eine Tiefe n zwischen 0 und 9 
geändert werden. 

8.5. Varianten records 

Zur Motivation von Variantenrecords wird 
noch einmal der Record Person in seiner er- 
sten Form aufgegriffen. Er enthält zur Kenn- 
zeichnung eines Studenten die drei Felder 
Name, Vorname und SemGr Sollen mit dem 
Record Person auch Daten von anderen Be- 
schäftigten erlaßt werden, hat das Feld 
SemGr keinen Sinn. Dafür werden aber an- 
dere Informationen benötigt, z.B. Wissen- 
schaftsbereich, Gebäude, Zimmernummer 
und Telefon. Der Record Person sollte zwei 
verschiedene Bestandteile haben: einen 
feststehenden, mit den Feldern Name und 
Vorname, und einen, der entweder durch die 
Felder Seminargruppe oder Wohnheim ge- 
bildet wird, falls es sich um einen Studenten 
handelt oder durch Wissenschaftsbereich. 
Gebäude, Zimmernummer und Telefon, falls 
es ein Mitarbeiter ist. Eben diese Möglichkeit 
eröffnen Variantenrecords. Die Syntax zeigt 
Bild 8.3. Die Aufgabe der einzelnen Bestand- 
teile wird am folgenden Beispiel gezeigt: 

TYPE Alpha = . . .; 

PersKat = (ST.MA); 

Heime = (WH1,WH2,WH3); 

StrEinh = (WB1,WB2,W83,WB4); 

Bauwerk = (BW1.BW2); 

Person = RECORD 

Name, Vorname: Alpha; 

CASE PArt: PersKat OF 

ST:(SemGr: 1 ..15; 

Wohnh: Heime); 

MA: (WB: StrEinh; 

Geb: Bauwerk; 

Zi: 1 ..500; 

Tel: 100.. 999) 

END; 


Der reservierte Bezeichner CASE leitet die 
Varianten ein. Das Feld PArt ist das soge- 
nannte Anzeigefeld. Es folgen nun die Va- 
rianten des Records. Dabei kann für jeden 
Wert des Anzeigefeldes eine Struktur ange- 
geben werden. Im Beispiel sind das zwei. 

Bei der Arbeit mit Variantenrecords ist der 
Programmierer für den korrekten Zugriff zu 
den Feldern des Variantenteiis selbst ver- 
antwortlich. In der Regel wird dazu das An- 
zeigefeld zu Hilfe genommen. 
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Das folgende Programmstück zeigt dies: 

VAR P: Person; 

WITHPDO BEGIN 
IF PArt = St THEN 
WRITE (’SemGmppe=',SemGr) 
ELSE 

WRITE(Tel-Nr.= ’.Tel) 

END; 


Falls die Unterscheidung der Varianten nicht 
notwendig ist, kann die Abspeicherung des 
Anzeigefeldes entfallen. Es wird bei der De- 
klaration nur sein Datentyp angegeben. 
Variantenrecords lassen sich verwenden, um 
die Typenkontrolien des Compilers zu unter- 
laufen. Das folgende Beispiel zeigt den Zu- 
griff 2um nieder- und höherwertigen Byte ei- 
nes Datenelementes vom Typ INTEGER: 


TYPE Trick = RECORD 

CASE BOOLEAN OF 

FALSE:(lnt:INTEGER); 

TRUE:(BY:ARRAY[0..1J 

OF CHAR) 

END; 

VAR I: Trick; 

High, Low INTEGER; 

ÜNT:= 

Low;= ORD(I.BY[0]>; 

High:= ORO(I.By[1]); 


Im Beispiel ist für das Anzeigefeld ein Typ 
notwendig, dessen Wertebereich aus zwei 
Werten besteht. Welcher das ist, hat keine 
Bedeutung. Hier wurde BOOLEAN gewählt, 
da er als Standardtyp bereits bekannt ist. 

9. Datentyp Menge 

9.1. Einführung 

Eine Menge ist im mathematischen Sinne 
eine Zusammenfassung bestimmter, unter- 
scheidbarer Elemente. Einschränkend wird 
in PASCAL gefordert, daß die Elemente alle 
vom selben einfachen Typ mit Ausnahme 
von REAL sind. So können z. B. die Mengen 
der geraden bzw. ungeraden ganzen Zahlen 
[2.4,6,8,10] bzw. [1,3, 5, 7, 9] gebildet werden, 
nicht aber [1 ,5,TRUE,1 1], denn die Elemente 
gehören zu unterschiedlichen Datentypen 
Die eckigen Klammern stellen hier den soge- 
nannten Mengen konstruktor dar. Die maxi- 
male Anzahl der Elemente einer Menge ist 
begrenzt. Zwischen den PASCAL-Systemen 
gibt es hier Unterschiede. Übliche Werte sind 
64. 128 oder 256. TURBO-PASCAL be- 
schränkt Mengen auf 256 Elemente. Den 
Wertebereich einer Variablen von Mengen- 
typ bildet die Potenzmenge über der Basis- 
menge. Die Potenzmenge enthält 2**n Teil- 
mengen, wobei n die Anzahl der Elemente 
der Basismenge ist. 

9.2. Syntax 

Der Mengentyp ist eine Alternative von "typ" 
'm Bild 3.1. Seine Syntax zeigt Bild 9.1. Die 
Deklaration von Mengen beginnt mit den re- 


servierten Bezeichnern SET und OF, Es folgt 
die Angabe des Basistyps, der ein einfacher 
Typ (ohne REAL) sein muß. 
Mengenkonstruktoren gestatten die Bildung 
von Mengenkonstanten. Sie können in Aus- 
drücken als Faktor verwendet werden. Ihre 
Syntax zeigt Bild 9.2. Es gibt zwei Grundfor- 
men: 

[ausdruck, ausdruck, . . .] 
oder 

[ausdruck . . ausdruck, . . .] 

In der ersten Form werden die Ausdrücke 
ausgewertet und die entsprechenden Werte 
des Basistyps in die Menge aufgenommen. 
Bei der zweiten Form werden die Ausdrücke 
ebenfalls ausgewertet. Die Resultate gren- 
zen einen Bereich des Basistyps ein, aus 
dem alle Werte in die Menge aufgenommen 
werden. Es sind Kombinationen erlaubt, 
z.B. 

[ausdruck, ausdruck . . ausdruck, ausdruck] 

• SET — « ■ QF — ► einfacher typ — — — ► 

Bild 9.1 Syntaxdiagramm T mengenlyp " 

Bild 9.2 Syntaxdiagramm "mengenkonstruk- 
tor” 

Es folgen Beispiele: 

TYPE T=SET OF (A,B,C); 

Der Wertebereich des Mengentyps T besteht 
aus 


- den einelementigen Teilmengen 

[A],[B|,[C] 

- den zweielementigen Teilmengen 
[A,B],[A,C),[B,C] 

- der Grundmenge [A,B,C] 
und der Leeren Menge [ ] 


Mehr als diese acht Werte (2**3=8) gibt es 
nicht. Mengenkonstruktoren für den Mengen- 
typ T sind: 

[A],[A..C],[B,C],[X] 

Hier muß X eine Variable vom Typ T sein. Es 
wird eine Menge über einen Teilbereich von 
INTEGER gezeigt: 

TYPE BitSet = SET OFD.. 7; 

Der Wertebereich des Mengentyps BitSet 
besteht aus 256 Teilmengen (2**8=256). 
Ertaubte Mengenkonstruktoren sind: 


[71 

[0,3, 5.. 7] 

10.71 
[3*1+ K] 

Der Ausdruck 3*I+K muß einen Wert vom 
Typ INTEGER liefern und im Bereich 0 ... 7 
liegen. 

Mengen über dem Basistyp INTEGER kön- 
nen nicht deklariert werden, da der Wertebe- 
reich von INTEGER mehr als 256 Elemente 


umfaßt. Ein letztes Beispiel zeigt einen Men- 
gentyp über den Basistyp CHAR: 

TYPE CharSet = SET OF CHAR; 


Wenn von 127 Zeichen des ASCII-Kodes 
ausgegangen wird, besteht der Wertbereuch 
des Datentyps CharSet aus mehr als 1.R38 
(genau 2**127) Elementen. Mengenkon- 
struktoren vom T yp CharSet sind z. B. 
[’A’-.Tl 
l’O’ . . ’9'] 
i'+V-’.V.V] 

[’>’-- ’z’.’+’.H 

[Ci 

CJ 


Die Variable C muß vom Typ CHAR sein. 


9.3. Operationen mit Mengen 

Für Datenobjekte vom Mengentyp gibt es fol- 
gende arithmetische Operationen: 


+ Vereinigung 
* Durchschnitt 
- Differenz. 

Weiterhin sind alle Vergleichsoperatoren an- 
wendbar. Dabei wird getestet auf 
< echte Teilmenge 

<= Teilmenge 
=,<> Gleichheit, Ungleichheit 
>= Obermenge 
> echte Obermenge. 

Durch den Operator IN kann weiterhin abge- 
fragt werden, ob ein bestimmtes Element in 
einer Menge enthalten ist. 

Falls Ml, M2 und M3 Mengen des Typs SET 
OF (A,B,C) sind und die Werte 
Ml =[A,B],M2=[B,C] und M3=[C] haben, lie- 
fern die Verknüpfungen folgende Ergeb- 
nisse: 

Ml + M2 = [A.B.C] 

M2 + M3 = [B.C] 

Ml *M2 = (B) 

Ml « M3 =[] 

M2 - M3 = (BJ 
Ml - M2 = [A] 

M3 < Ml = TRUE 
Ml <=M1 = TRUE 
Ml = M2 = FALSE 
Ml <> M2 = TRUE 
M2>=M2 = TRUE 
M2 > M3 = TRUE 
AINM1 = TRUE 
CIN Ml = FALSE 


wird fortgesetzt 
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vorgestellt 



Foto: Weiß 


ISOT1014E (EC 1037) 


Am 1 2. Oktober 1 987 berichtete die 
amerikanische Zeitschrift „Aviation 
Week and Space Technology“ wie 
folgt über den Einsatz eines „Super- 
computers“ in der UdSSR: „Ein gro- 
ßer sowjetischer Computer, der mit 
10 parallelen Prozessoren, ange- 
schlossen an einer IBM-kompatiblen 
zentralen EDV-Anlage, arbeitet, 
wurde im Institut für Weltraumfor- 
schung bei der Akademie der Wis- 
senschaften der UdSSR in Betrieb 
genommen. Das ist das erste System 
der Familie Super-Computer in der 
UdSSR. 

Das System, das vor etwa 6 Monaten 
in Betrieb genommen wurde, hat eine 
theoretische maximale Leistung von 
etwa 1 20 Mio normalen Operationen 
je Sekunde. 

Das wird es dem Institut erlauben, 
komplizierte theoretische und ange- 
wandte Probleme zu lösen sowie zu 


modellieren. Das System wurde be- 
reits zur Lösung solcher komplizier- 
ten Probleme wie der Erforschung 
von turbulenten Strömungen be- 
nutzt. Die Computeranlage wurde 
von der bulgarischen Vereinigung 
ISOT geliefert, die Software im Insti- 
tut für Weltraumforschungen erarbei- 
tet." Während der Leipziger Früh- 
jahrsmesse nun war ein solcher 
Rechner auf dem bulgarischen Aus- 
stellungsstand zu besichtigen (siehe 
Bild), so daß wir hier ausführlicher 
berichten können. 

Der Rechner ISOT 1 01 4 E (EC 1 037) 
wird seit 1 986 in der VR Bulgarien 
hergestellt; die konstruktive und 
technologische Ausführung des Sy- 
stems widerspiegelt die neuesten Er- 
kenntnisse auf dem Gebiet der Com- 
putertechnik und entspricht dem 
Weltstand bei Computern mittlerer 
Leistung (ESER Reihe 3). 


Kern des Systems ist die zentrale 
Verarbeitungseinheit ISOT 21 00E. 
Die ZE besitzt folgende Merkmale: 

- Operationsgeschwindigkeit 1 Mio 
Op/s 

- Hauptspeicherkapazität bis 
16 MByte aufrüstbar 

- 6 Kanäle in der Basiskonfiguration 
(1 BYMPX, 5 BLMPX) 

- sehr niedrige Anschlußleistung 
von 3,5 kW 

- Betriebssystem VM/35. 

Die gesamte Einheit, einschließlich 
der Konsole mit dem Bildschirmge- 
rät, Hardcopy-Drucker und der 
Stromversorgung, ist als eine Ein- 
schrank-Konstruktion ausgeführt, 
was die Bedienung und Aufstellung 
der Anlage erleichtert. Die Verwen- 
dung moderner Bauelemente hat es 
ermöglicht, die Basiskonfiguration 
der ZE auf nur 14 Steckeinheiten zu 
realisieren. Der Hauptspeicher 
(16 MByte) ist mit 256-KBit-RAMs 
realisiert worden. 

Jeder der Kanäle befindet sich auf ei- 
ner separaten STE und kann sowohl 
bytemultiplex (BYMPX) als auch 
blockmultiplex (BLMPX) arbeiten. 
Durch Erweiterungskarten kann die 
Zahl der Kanäle auf 12 erhöht wer- 
den. Im BLMPX-Regime hat der Ka- 
nal eine Übertragungsgeschwindig- 
keit von 2 MByte/s. 

Die hohe Leistung der ZE ISOT 
2100E erfordert natürlich Hochlei- 
stungsperipheriegeräte. Für die 
ISOT 1014E wurde eine Reihe sol- 
cher Geräte entwickelt. Der Matrix- 
Prozessor EC 2706 zum Beispiel ar- 
beitet nach der Fließband-Organisa- 
tion und ist für Aufgaben, die hohen 
Datendurchsatz verlangen, beson- 
dersgeeignet. 

Der EC 2706 besitzt einen eigenen 
Operativspeicher, der bis auf 
16 MByte ausgebaut werden kann. 
Bei Aufgaben wie z. B. schnelle Fou- 
rier-Transformation arbeitet der 
EC 2706 etwa 500mal schneller als 
der Rechner EC 1035, d. h. etwa mit 


100 Mio Op/s. Besonders wichtige 
Teile der ISOT 1014E sind das 
31 7-MByte-Plattenspeichersubsy- 
stem und das Magnetbandsystem 
EC 5527/5027, die dem modernsten 
Stand der Speichertechnik entspre- 

Das 317-MByte-Subsystem besteht 
aus dem neuentwickelten Steuerge- 
rät EC 5563, dem Steuermodul 
EC 5663 und dem Festplattenspei- 
cher EC 5063. In Vorbereitung sind 
die 635-MByte-Festsplattenspeicher 
EC 5065, aufbauend auf der Kon- 
struktion des EC 5063. Die Zylinder- 
zahl wird hierbei von 561 auf 1 1 21 er- 
höht, die Spurdichte beträgt 378 Spu- 
ren/cm. 

Als Betriebssystem für die ISOT 
1014E wurde das VM/35 entwickelt. 
Es ist ein System virtueller Maschi- 
nen, das jedem Anwender eine ei- 
gene EDV-Anlage mit der Architektur 
der ESER-Reihe 1 bzw. Reihe 2 zur 
Verfügung stellt. Ein integrierter Teil 
des VM/35 ist das Dialogsystem - 
CMS, das dem Anwender günstige 
Bedienungsmöglichkeiten bietet. 

Mit den Komponenten der ISOT 
1014E werden Mehrrechnerkom- 
plexe aufgebaut, die einen beson- 
ders hohen Datendurchsatz errei- 
chen. An einem solchen Komplex mit 
zwei Zentraleinheiten ISOT 21 00 E 
und insgesamt 32 MByte Hauptspei- 
cher, 8 Matrixprozessoren EC 2706 
und 18 GByte Magnetplattenspei- 
cherkapazität beträgt die Opera- 
tionsgeschwindigkeit 96 Mio Gleit- 
komma-Op/s. Bei Matrix- und Vekto- 
renoperationen kann eine Opera- 
tionsgeschwindigkeit von 320 Mio 
Op/s erreicht werden. Dabei beträgt 
die Übertragungsgeschwindigkeit 
zwischen den Matrixprozessoren 
12 MByte/s. 

Als Programmiersprachen können 
PAL (Makroassembler) und FOR- 
TRAN 77 genutzt werden. 

MP 
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Für technisch-wissenschaftliche Anwendun- 
gen ist die Kombination aus dBASE II zur 
standardisierten Datenerfassung und -Ver- 
waltung und eigenprogrammierten Auswer- 
teprogrammen in TURBO-PASCAL dann 
von Vorteil, wenn die dBASE-Datenbankda- 
tei direkt von TURBO aus gelesen werden 
kann (Online-Verarbeitung). 

Nachfolgend soll als Beispiel ein leicht ab- 
wandelbares Muster für eine ONLINE-Verar- 
beitung von dBASE-Dateien gezeigt werden. 
Neben dem Aufbau der dBASE-Metadaten 
im Struktursatz zeigt das Beispiel die Technik 
der Arbeit mit ungetypten Files (BLOCK- 
READ), mit dynamischer Speicherverwal- 


tung und Pointervariablen. Wegen der Aus- 
tauschbarkeit der Prozedur VERARBEITE 
(Bild 3) sowie der Datenstruktur Datadat 
(Bild 2) stellt das Programm XDBASE.PAS 
(Bild 1 ) ein universell anpaßbares Rahmen- 
programm dar. 

Um den Entwicklungsprozeß der Formulie- 
rung eines Programms zu demonstrieren, ist 
als Test-Variante die Verarbeitung einer Da- 
tenbank MAWI.DBF zugrundegelegt, deren 
Struktur und problemspezifische Verarbei- 
tung in Bild 4 (Screen-Dump) gezeigt ist. 

Bildersiehe Seiten 180 und 181 
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f 1 Rahmenprogramm XDBASE.PAS 

1 2 Der datenbankspezifische INCLUDE-Bestandteil 

1 3 Der problemspezifische INCLUDE-Bestandteil 

’ 4 Anzeige der Strukturdaten der dBASE-Datei MAWI.DBF 


Änderungen am Betriebssystem 
SCP 1 700 des ACA7100 


Michael Herse 
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Deutsche Reichsbahn, 

Ingenieurbüro für Rationalisierung 
des Eisenbahnbaues 

Es werden einige Änderungen am Betriebs- 
system SCP 17011 beschrieben, die die Ge- 
brauchseigenschaften des A 7100 verbes- 
sern sollen. 

Insbesondere werden das Einfügen bzw. 
Ändern von Assemblerroutinen im BIOS- 
Quelltext für 

- Abarbeitung eines Kaltstartkommandos 

- Einrichten und Initialisieren der RAM-Disk 
ohne Bedienerhandlungen 

- Arbeiten mit 780 K-Disketten ab Kaltstart 
dargestellt. 

Im Vergleich zu den gebräuchlichen CP/M- 
kompatiblen Betriebssystemen für den Per- 
sonalcomputer PC 171 5 fehlen dem Be- 
triebssystem SCP 1700 einige vorteilhafte 
bzw. nutzerfreundliche Eigenschaften. Dazu 


zählt insbesondere die Möglichkeit der Nut- 
zung eines sogenannten Kaltstartkomman- 
dos, d. h. des Abarbeitens eines Program- 
mes oder Kommandos ohne Bedienereingriff 
nach dem Einschalten oder nach RESET. 
Probleme treten nach den Erfahrungen der 
Autoren auch bei der Nutzung der RAM-Dis- 
kette durch Bediener ohne EDV-Kenntnisse 
auf. In Abhängigkeit vom Einsatzzweck ist 
hier eine Vereinfachung der Bedienung wün- 
schenswert. 

Im Interesse der optimalen Ausnutzung der 
Diskettenkapazität und der Kompatibilität 
zum SCP 0.5 erscheint es sinnvoll, das Dis- 
kettenformat 780 KByte bereits beim Sy- 
stemstart einzustellen und grundsätzlich in 
diesem Format zu arbeiten. Da ein Installa- 
tionsprogramm zur einfachen Anpassung an 
die Forderungen des Nutzers (noch?) nicht 
zur Verfügung steht, wurden die angespro- 
chenen Eigenschaften durch Änderungen im 
mitgelieferten BIOS-Quelltext beeinflußt. 

Kaltstartkommando 

Das Prinzip der vorgeschlagenen Variante 
besteht darin, nach Abschluß der System- 
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initialisierung und noch vor Übergabe der 
Steuerung an den CCP mit Hilfe einer As- 
semblerroutine ein Kaltstartkommando in 
den Kommandopuffer des CCP einzutragen. 
Bild 1 zeigt die entsprechende Programm- 
strecke und verdeutlicht gleichzeitig, an wel- 
cher Stelle sie in den Quelltext einzufügen ist 
(Hinweise: die Marke SREND befindet sich 
fast am Ende des BIOS!). Alle benötigten Re- 
gister werden gerettet, der Transport des 
Kaltstartkommandos erfolgt byteweise und 
wird abgebrochen, sobald ein NUL-Byte in 
der Zeichenkette auftritt. Es ist zu beachten, 
daß die Segmentadressen (1040H) des 
Kommandopuffers und des Speicherplatzes 
zum Speichern der Befehlslänge aus der 
Initialisierungsroutine des BIOS übernom- 
men werden. Das für den Kaltstart ausge- 
wählte Kommando wird im Datenspeicher- 



Bild 5 Auf listen derdDBASE-Datensätze 
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bereich des Betriebssystems mit der Marke 
KALTST eingetragen und durch ein NUL-Byte 
abgeschlossen (Bild 2). Diese Festlegung 
lehnt sich an die Vereinbarung der Zeichen- 
ketten für Systemmitteilungen an und ermög- 
licht es, die Zeichenkettenlänge unmittelbar 
beim Transport in den Kommandopuffer zu 
ermitteln, um sie anschließend auf dem dafür 
vorgesehenen Speicherplatz abzulegen. 

Als Kaltstartkommando kann jedes auf Be- 
triebssystemebene zulässige Kommando 
verwendet werden. Die Autoren empfehlen 
die Nutzung des Kommandos SUBMIT 
START, das die Abarbeitung der Submitdatei 
START.SUB bewirkt /I/. Dadurch kann einer- 
seits eine ganze Folge von Betriebssystem- 
kommandos ohne Eingriff des Nutzers ab- 
gearbeitet werden, andererseits läßt sich 
diese Kommandofolge einfach und schnell 
mit Hilfe des Texteditors verändern. Fehlen 
auf der Diskette entweder das Programm 
SUBMIT.CMD oder die Kommandodatei 
START.SUB oder beide, so gelangt der 
Rechner nach einer entsprechenden Fehler- 
meldung in die Eingabebereitschaft des Be- 
triebssystems. Es kann dann ohne weitere 
Einschränkungen gearbeitet werden. 

Automatisches Einrichten 
der Speicherdiskette 

Das Einrichten der Speicherdiskette ist an 
vier Voraussetzungen geknüpft: 

a) Im Diskettenparameterblock (Datei 
DPB.LIB, s. u.) sind fünf Laufwerke definiert. 

b) Das fünfte Laufwerk (logische Laufwerks- 
nummer 4) ist als K5600.20 vereinbart. 

c) Die Größe des verfügbaren Hauptspei- 
chers beträgt mindestens 51 2 KByte. 

d) Die Frage DO YOU WANT A MEMORY-DISK 
E: . . . beim Systemstart wird mit Y beantwor- 
tet. 

Den Programmteil zum Einrichten der Spei- 
cherdiskette zeigt Bild 3. Soll darauf grund- 
sätzlich verzichtet werden, hat man mehrere 
Möglichkeiten: entweder wird der gesamte 
Programmteil gelöscht, oder aber die Vor- 
aussetzung a) wird beim Aufbau des Disket- 
tenparameterblockes nicht erfüllt (von den 
Autoren wurde nur die zweite Variante prak- 
tisch erprobt). 

Soll die Speicherdiskette in jedem Fall einge- 
richtet werden, müssen zunächst einmal die 
Voraussetzungen a) bis c) erfüllt sein. Der 
Programmteil zur Ausgabe der Frage DO YOU 
WANT A MEMORY-DISK . . . und zur Auswer- 
tung der Antwort des Bedieners kann aus 
dem BIOS einfach herausgelöscht werden 
(mit * gekennzeichnete Programmzeilen im 
Bild 3). Etwas problematischer ist der Fall bei 
der zweiten Frage INITIALIZE MEMORY- 
DISK ... Die Speicherdiskette muß nach dem 
Einschalten des Gerätes installiert werden, 
andererseits soll aber die Möglichkeit des 
Speichererhalts, auch der RAM-Diskette 
nach RESET /2/, erhalten bleiben. Dazu bie- 
tet sich folgende Eigenschaft des A7100 an: 
Nach dem Netzeinschalten oder nach RE- 
SET ohne nachfolgendem BREAK nach TONE 
erfolgt die Initialisierung des gesamten 
Hauptspeichers 131, wobei das erste von der 
Speicherdiskette belegte Speicherwort die 
Information 5AA5H erhält. Beim Initialisieren 
der RAM-Diskette wird diese Information mit 
E5E5H überschrieben. Da die Wahrschein- 
lichkeit, bei der normalen Arbeit auf genau 
diesem Speicherwort die Information 5AA5H 
zu speichern, außerordentlich gering ist, 
kann man diesen Speicherinhalt als Anzei- 
chen dafür interpretieren, daß eine Initialisie- 


rung des Hauptspeichers erfolgt ist und damit 
die Speicherdiskette zur weiteren Nutzung 
ebenfalls initialisiert werden muß. Folglich 
kann auch die o. g. zweite Frage mit den zur 
Auswertung der Antwort benötigten Pro- 
grammschritten gelöscht werden (im Bild 3 
mit + gekennzeichnet). Statt dessen sind die 
Im Bild 3 mit ! gekennzeichneten Zeilen ein- 
zufügen. Da außerdem eine Information des 
Nutzers wünschenswert ist, wird die Zeichen- 
kette mit der Marke ELDSK1 (Bild 2) entspre- 
chend geändert und auf dem Bildschirm aus- 
gegeben (mit ? gekennzeichnete Zeilen im 
Bild 3). 

Bei dem so geänderten Betriebssystem ist 
zum Erhalt des Inhaltes der Speicherdiskette 
nach RESET lediglich die Nutzung der Funk- 
tion BREAK nach TONE erforderlich 121, 131. 

Betriebssystem 

mit dem Diskettenformat 780 KByte 

Schon an dieser Stelle soll darauf hingewie- 
sen werden, daß die Laderoutine des Moni- 
torprogrammes das Diskettenformat 
624 KByte erwartet 131, so daß ein System- 
start von einer 780 K-Diskette in der vom 
PC 1 71 5 bekannten Weise nach dem bisheri- 
gen Erkenntnisstand der Autoren nicht mög- 
lich ist. Die Tatsache, daß das Betriebssy- 
stem beim A 71 00 vollständig im Hauptspei- 
cher verbleibt, ermöglicht aber dennoch die 
problemlose Arbeit mit vom Hausformat ab- 
weichenden Diskettenformaten in beiden 
Laufwerken, solange man ohne RESET aus- 
kommt (was, nicht zuletzt auf Grund des rela- 
tiv langwierigen Ablaufes bis zur Wiederher- 
stellung der Arbeitsbereitschaft, angestrebt 
werden sollte). 

Die Diskettenparameter werden im Disket- 
tenparameterblock (Datei DPB.LIB) festge- 
legt. Diese Datei wird beim Assemblieren der 
BIOS-Quelle durch den Assembler einge- 
fügt. Wie sie erzeugt werden kann, ist in IM 
beschrieben. Zu beachten ist lediglich, daß 
zur Erzeugung des Formates 624 KByte der 
Laufwerkstyp „SA460“ anzugeben ist 121. 
Soll die Speicherdiskette genutzt werden, 
sind die Definitionsanweisungen für 5 Lauf- 
werke (Laufwerksnummern 0 ... 4) anzuge- 
ben, Laufwerk 4 ist als K 5600.20 zu definie- 

Bild 4 zeigt als Beispiel den erzeugten Disket- 
tenparameterblock für das Laufwerk B: (Lauf- 
werksnummer 1). Gleichzeitig sind in Bild 4 
die Änderungen eingetragen, die erforderlich 
sind, um dieses Laufwerk auf das Format 
780 KByte (DS, 80 Spuren, 5 x 1024 Byte/ 
Spur) einzustellen. Analog kann auch das 
Format für Laufwerk A: geändert werden. Da 
die Datei DPB.LIB das Assembler-Quellfor- 
mat hat, können die Änderungen mit dem 
T exteditor vorgenommen werden. 

Wurden die Parameter für beide Laufwerke 
geändert, ist vor der Laufwerksinitialisierung 
im BIOS eine Aufforderung zum Einlegen ei- 
ner Diskette mit dem eingestellten Format in 
das Laufwerk, von dem aus das Betriebssy- 
stem geladen wurde, einzufügen; die Pro- 
grammfortsetzung sollte erst nach Quittung 
des Bedieners erfolgen. Ein Vorschlag dazu 
ist in Bild 5 dargestellt. 

Verbleibt eines der Laufwerke im Hausfor- 
mat, kann von diesem natürlich ein völlig pro- 
blemloser Systemstart in der üblichen Weise 
erfolgen. 

Die Möglichkeit der temporären Änderung 
der Diskettenparameter mit Hilfe des Dienst- 
programmes DISKSET bleibt in jedem Fall 
erhalten. 


„Hartes“ Bildschirmrollen 

Die Betriebsmodi des Bildschirmes werden 
beim Systemstart durch die ESCAPE-Folge 
in der zweiten DB-Anweisung im Bild 2 einge- 
stellt. Bild 2 zeigt bereits die geänderte Pro- 
grammzeile für „hartes“ Rollen. 

Ablauf der Systemgenerierung 

Der Ablauf der Systemgenerierung bis hin 
zum fertigen Betriebssystem ist in /4/ aus- 
führlich dargestellt. Zu beachten ist lediglich, 
daß beim Assemblieren des BIOS grundsätz- 
lich ein Diskettenparameterblock DPB.LIB 
benötigt wird. Das ist auch dann der Fall, 
wenn keine Änderungen der Laufwerkspara- 
meter gewünscht werden. 

Hinweise 

Die vorstehend gezeigten Änderungsmög- 
lichkeiten zum Betriebssystem sind in erster 
Linie als Anregungen zu betrachten. Sie wur- 
den für die Version 2.2 des SCP 1 700, Gene- 
rierungsdatum 20. März 1987, erprobt und 
damit ihre Funktionsfähigkeit - sowohl ein- 
zeln als auch im Komplex - nachgewiesen. 
Nachteilige Auswirkungen konnten nicht fest- 
gestellt werden, der durch das Betriebssytem 
belegte Hauptspeicherbereich vergrößert 
sich nicht. Das schließt natürlich nicht aus, 
daß es elegantere Lösungen gibt. 

Die vom PC 1715 bekannte Möglichkeit, ver- 
schiedene Betriebssysteme als COM-Da- 
teien auf der Diskette abzulegen und bei Be- 
darf wie normale Anwenderprogramme zu 
starten, ist beim A7100 nicht ohne weiteres 
gegeben. Gründe dafür sind die gewählte 
Form der Speicherverwaltung und der Spei- 
cherschutz. Deshalb sollten angepaßte Be- 
triebssysteme nur in dem Umfang erzeugt 
und genutzt werden, wie das zur Vereinfa- 
chung der Arbeit unbedingt erforderlich ist. 
Bei Änderungen im Betriebssystem, insbe- 
sondere der Diskettenformate, sollten in je- 
dem Fall entsprechende Mitteilungen auf 
dem Bildschirm ausgegeben werden, da 
sonst für den Bediener sehr leicht unklare Si- 
tuationen entstehen. 
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Der Artikel befaßt sich mit der Problematik 
der Intergration des modernen und vorteil- 
haft ersetzbaren Übertragungsmediums 
Lichtwellenleiterin CSMAICD-LANs. Ausge- 
hend von einer kurzen Analyse des Zugriffs- 
verfahrens CSMA/CD, werden durch bei- 
spielbezogene topologische Betrachungen 
vor allem Möglichkeiten der Kollisionserken- 
nung untersucht. Der Aspekt einer völligen 
Mediumunabhängigkeit, bezogen auf das 
Zugriffsverfahren, spielt eine besondere 
Rolle. 

Vorbemerkungen 

Lokale Netzwerke, die in der Verbindungs- 
schicht ein CSMA/CD-Zugriffsverfahren auf- 
weisen, haben trotz alternativer Methoden im 
Bereich der Bürokommunikation kaum an be- 
deutung verloren. Ursachen dafür sind insbe- 
sondere der vergleichbar geringe Steue- 
rungsaufwand bei der Implementation und 
die Toleranz gegenüber Stationsausfällen. 
Auf der Suche nach modernen Übertra- 
gungsmedien für lokale Netze befindet sich 
der Lichtwellenleiter gegenwärtig in favori- 
sierter Position. Seine große Übertragungs- 
bandbreite, die absolute Immunität gegen- 
über elektromagnetischen Einflüssen, aber 
vor allem die Möglichkeit der galvanischen 


Entkopplung der Kommunikationspartner, 
die Kupfereinsparung, die Gewichtsreduzie- 
rung und nicht zuletzt die schlechte Abhör- 
barkeit des Lichtwellenleiters sind entschei- 
dende Vorteile gegenüber anderen Übertra- 
gungsmedien. Trotz der gegenwärtig noch 
höheren Anschlußkosten für den Lichtwellen- 
leiter ergibt sich aufgrund der genannten Vor- 
teile die Möglichkeit und Notwendigkeit der 
Integration optischer Komponenten in 
CSMA/CD-Netze. Dabei sei es bei der fol- 
genden Betrachtung der technischen Hinter- 
gründe zunächst ohne Bedeutung, ob der 
Aufbau eines homogenen optischen CSMA/ 
CD-LANs oder die Substitution einzelner 
Komponenten durch optische Elemente an- 
gestrebt wird. Wesentlich ist vielmehr die T at- 
sache, eine völlige Mediumunabhängigkeit, 
bezogen auf das Buszugriffsverfahren, und 
damit die Einhaltung aller Implementations- 
bedingungen eines betrachteten Netzwerkes 
zu erreichen. Dazu ist die Frage zu klären: 

Wie funktioniert CSMA/CD? 

Der Name des Verfahrens CSMA/CD (Car- 
rier Sense Multiple Access with Collision De- 
tection) weist zunächst darauf hin, daß in Ab- 
hängigkeit vom Belegungszustand der Über- 
tragungskanal von allen angeschlossenen 
Netzrechnern (NR) gleichberechtigt benutzt 
werden kann. Aufgrund dieses einzigen Be- 
nutzungskriteriums kann es durch die Si- 
gnallaufzeiten auf dem Kanal zu uner- 
wünschten Mehrfachbenutzungen kommen. 
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an der Sektion Elektronik der Humboldt-Universität 
zu Berlin. Er diplomierte dort mit einer Arbeit auf 
dem Gebiet der LAN-Controller (LANCELOT 1). 
Gegenwärtig befaßt er sich als wissenschaftlicher 
Assistent mit Hardwareaufgaben für schnelle lo- 
kale Netze mit optoelektronischer Informations- 
übertragung (LANCELOT 2). 


wenn mehrere NR gleichzeitig einen anhän- 
gigen Sendewunsch realisieren möchten. 
Das führt in jedem Fall zu einer unkorrekten 
Übertragung der gesendeten Daten. Um eine 
derartige Situation möglichst schnell erken- 
nen und auflösen zu können, wird die Funk- 
tion „Collision Detection“ (Kollisionserken- 
nung) genutzt. Hiermit ist es möglich, die 
Sendung definiert abzubrechen und zu ei- 
nem späteren Zeitpunkt zu wiederholen. 
Diese globale Beschreibung trifft das Wesen 
aller CSMA/CD-Verfahren. Einzelheiten sind 
von den konkreten Implementationsbedin- 
gungen abhängig. Gegenwärtig existiert 
eine ganze Reihe von CSMA/CD-Netzwer- 
ken mit unterschiedlichen Eigenschaften 
(Tafel 1) /I/. 

Grundanliegen eines jeden lokalen Netzes ist 
es, eine möglichst sichere Datenübertragung 
schon im Bereich der unteren Schichten zu 
erreichen. Das impliziert bei CSMA/CD-Net- 
zen das eindeutige Erkennen von Kollisions- 
situationen durch alle sendenden NR und 
das Verwerfen von Blockfragmenten (Block- 
länge kleiner als minimale Blocklänge) durch 
alle empfangenden NR. Insbesondere die 
zweite Tatsache zwingt zur strikten Beach- 
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Tafel 1 Überblick über CSMA/CD-LANs 


LAN Firma DR Topologie Medium 


ETHERNET 

EtherUnk 

Net/One 

PC Network 

G-Net 

PC net 

Omninet 

StarLan 

ROLANET1 

PC Cluster 


DEC, XEROX, INTEL 
3Com 

UngermannIBass 

IBM 

G ateway-Comm. 

Conus 

AT&T 

Robotron 

IBM 


10 Linienbus 

10 Linienbus 

10 Linienbus 

2 Unienbus 

1,4 Unienbus 

1 Unienbus 

1 Unienbus 

1 Unienbus 

0,5 Unienbus 

0,375 Unienbus 


Koax 

Koax 

BB 

Koax 

Koax 

TP 


Koax 



Bild 1 Verzögerungszeiten 
im Übertragungskanal 


DR = Datenrate in MBitls 

TP = twisted pair 

BB = Breitbandübertragung 


tung des Grundzusammenhanges von maxi- 
maler Systemausdehnung (topologischer 
Faktor), der damit verbundenen maximalen 
Signallaufzeit auf dem Übertragungskanal 
und der Datenübertragungsgeschwindigkeit 
(übertragungstechnischer Faktor). 

NR1 und NR2 seien die am weitesten ent- 
fernten Stationen in einem lokalen Netz 
(Bild 1 ). Dann kommen die von NR1 ausge- 
sendeten Daten um die Zeit t m 2 verzögert bei 
NR2 an, wobei T D12 alle im Signalfluß auftre- 
tenden Verzögerungen umfaßt (auch Trans- 
ceiver, Repeater . . .). Während dieser Zeit 
stellt NR2 trotz Belegung durch NR1 einen 
freien Übertragungskanal fest und kann die- 
sen selbst mit zu sendenden Daten belegen. 
Die so möglicherweise entstandene Kollision 
wird durch NR2 relativ schnell detektiert. NR1 
hingegen kann diesen Zustand erst nach 
T D 2 ,i, der Verzögerungszeit der rücklaufen- 
den Signale, feststellen, um nach einer kur- 
zen Wartezeit t DC (zum Forcieren des Kolli- 
sionszustandes) die Sendung abzubrechen. 
Für maximal die Zeit 

tTX = Tdi, 2 + Td 2,1 + toc (1) 

ist der Übertragungskanal also belegt. Ein 
empfangsbereiter NR sammelt die Daten 
folglich während dieser Zeit und interpretiert 
sie als Block. Bei zufälliger Übereinstimmung 
der letzten empfangenen Bits mit dem im 
Empfänger berechneten CRC wird aus den 
kollidierten Daten ein richtig empfangener 
Block. Um diese Möglichkeit auszuschließen, 
prüft ein empfangender NR zuvor, ob die An- 
zahl der gesammelten Bits größer ist als die, 
die während der Zeit txx maximal empfangen 
werden kann, d. h. ob der Block länger ist als 
dio minimale Blocklänge (MBL). In der MBL 
kommt der bereits erwähnte Zusammenhang 
von topologischem Faktor und übertragungs- 
technischem Faktor zum Ausdruck: 

MBL [Byte] > (DR [Mbit/s]* t TX [«s])/8 (2) 
Auf diese Weise wird es möglich, durch Kolli- 
sion entstandene und richtig übertragene 
Blöcke sicher zu unterscheiden und gegebe- 
nenfalls von der Weiterverarbeitung auszu- 
schließen. Die MBL hat aber zugleich einen 
nicht zu unterschätzenden Einfluß auf die 
Gesamteffizienz des Netzes. Jede Sendung 
belegt mindestens für die Zeit t TX den ge- 
meinsamen Übertragungskanal, unabhängig 
davon, wieviele Bytes wirklich zu senden wa- 
ren. Es gilt also, einen geeigneten Kompro- 
miß zu finden. 

Internationale Standardisierungsbemühun- 
gen für ein einheitliches CSMA/CD-LAN fan- 
den u. a. in 121 ihren Niederschlag. Die hier 
und in /3/ festgelegten Implementationsbe- 
dingungen lösen den genannten Kompromiß. 
Für ein koaxialkabelgebundenes LAN mit ei- 
ner Ausdehnung von maximal 2500 Metern 
gelten folgende zeitliche Bedingungen: 


tpD = 44,99 ps = to 1r2 + t D2 ,i (max. Umlauf- 
verzögerung) 

tjAM = 3,2bis4,8^s = toc (JAM-Time) 
W = 51 ,2 jus > t PD + tj AM (SLOT-TIME). 
Daraus ergibt sich bei der festgelegten Da- 
tenrate von DR = 10 Mbit/s eine minimale 
Blocklänge von 

MBL = Oslot * DR) / 8 = 64 Byte (3) 
Im Gegensatz dazu darf der größte Block ma- 
ximal 151 8 Bytes enthalten. 

Die SLOT-Time bestimmt nicht nur die maxi- 
male Ausdehnung des Netzes und die mini- 
male Blocklänge, sondern wird auch als 
Quantifizierungsfaktor für den sogenannten 
Retransmissions-Algorithmus verwendet, 
der in Abhängigkeit von der Sendeversuchs- 
zahl den Zeitpunkt für eine erneute Sendung 
nach einer Kollision bestimmt. Ziel dabei ist 
es, eine kollidierte Sendung möglichst 
schnell zu wiederholen, aber auch eine er- 
neute Kollision möglichst sicher zu vermei- 
den. Der Abstand der neu berechneten Zeit- 
punkte in den konkurrierenden NR sollte 
demzufolge mindestens t PD betragen. In der 
Praxis wird die SLOT-Time t S LOT benutzt, de- 
ren wesentlichster Bestandteil ja die Umlauf- 
verzögerungszeit t PD ist. 

Der in 121 festgelegte Algorithmus verwendet 
eine Zufallszahl R zur Berechnung von t RET R, 
die im Intervall 0 <= R < 2 K liegt. Die Varia- 
ble k ist abhängig von der Anzahl der Sende- 
wiederholungen n, wobei nach der fünfzehn- 
ten erfolglosen Wiederholung der Algorith- 
mus abgebrochen wird. Da für das betrach- 
tete LAN maximal 1024 Stationen zugelas- 
sen sind, ist die Verteilung von mehr als 1 024 
Retransmissions-Zeitpunkten nicht sinnvoll. 
Aus diesem Grund ist k auf maximal 10 be- 
grenzt. Für k gilt also: 

k = Min(n,10) (4). 

Die Zeit t RETR ergibt sich letzlich zu: 

tRETR = Fl* tsLOT (5). 

Das sichere Vermeiden einer erneuten Kollf- 
sion kann insbesondere aufgrund des zufälli- 
gen Wertes R in allen NR nicht erreicht wer- 
den. 

Kollisionserkennung - 
optimale Topologie 

Aus dem bisher Dargelegten ist erkennbar, 
daß sich im wesentlichen zwei technische 
Probleme beim Übergang zu optischen Über- 
tragungskanälen unter dem Aspekt einer völ- 
ligen Mediumunabhängigkeit in einem 
CSMA/CD-LAN ergeben. Erstens muß die für 
das betrachtete LAN spezifizierte maximale 
Umlaufverzögerungszeit t PD dahingehend 
eingehalten werden, daß spätestens nach 
dieser Zeit jedem sendenden NR eine aufge- 
tretene Kollision mitgeteilt wird. Das ist in ge- 
wissen Grenzen relativ einfach möglich, da 
die Signallaufzeiten auf dem Lichtwellenleiter 


etwa denen auf dem Koaxialkabel entspre- 
chen, eine Abhängigkeit also nur von topolo- 
gischen Faktoren (Struktur, Ausdehnung) 
besteht. Wesentlich komplexer präsentiert 
sich hingegen ein zweites Problem, die de- 
zentrale Kollisionserkennung durch die NR in 
optischen LANs selbst. Jede Kollision weist 
in Abhängigkeit von der spezifischen Topolo- 
gie und dem verwendeten Übertragungsme- 
dium des betrachteten LANs ganz typische 
Eigenschaften, die sogenannten Basismerk- 
male auf. So kann man in elektrischen LANs 
mit Linienbus im wesentlichen drei Basis- 
merkmale bei Kollisionen feststellen: 

1. Die gesendeten Daten stimmen nicht mit 
den vom Bus empfangenen überein, da eine 
Überlagerung von elektrischen Impulsen 
stattgefunden hat. 

2. Die Bildungsvorschrift des verwendeten 
Leitungskodes (meist Manchester-Code) 
wird durch eine Überlagerung verletzt. 

3. Schwebungseffekte können mittels Pe- 
gelbewertung erkannt werden. 

Durch eine entsprechende hardwaretechni- 
sche Umsetzung in jedem NR, insbesondere 
unter Verwendung der Punkte 1 und 3, ist 
eine einfache dezentrale Kollisionserken- 
nung möglich. 

Betrachtet man jetzt einige prinzipielle topo- 
logische Möglichkeiten optischer LANs vor 
allem unter dem Aspekt der Kollisionserken- 
nung, aber auch unter dem Aspekt der tech- 
nischen Realisierbarkeit, so ergibt sich ein 
sehr differenziertes Bild. 

Der optische Linienbus (Bild 2) als nahelie- 
gendste Struktur und in Anlehnung an das 
elektrische Vorbild hat gegenwärtig keine 
praktische Bedeutung. Ursache dafür sind 
die mit der passiven Ankopplung verbunde- 
nen hohen Dämpfungsverluste, so daß mit 
den verfügbaren Mitteln (T- und Y-Koppler) 
keine größeren Netzwerke ohne Zwischen- 
verstärkung realisierbar sind. Die Möglichkei- 



Bild 2 Linienbus mit passiver Ankopplung 



Bild 3 Ringbus mit aktiver Ankopplung 
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ten bei der Kollisionserkennung gleichen 
etwa denen beim elektrischen Vorbild. Durch 
die gleichzeitige Mehrfachbenutzung des 
Übetragungskanals kommt es zur Überlage- 
rung von Lichtimpulsen. Die resultierenden 
Basismerkmale ergeben sich wie folgt: 

1 . Die gesendeten Daten stimmen nicht mit 
den vom Bus empfangenen Daten überein. 

2. Die Bildungsvorschrift des verwendeten 
Leitungskodes wird verletzt. 

3. Schwebungseffekte können durch Pegel- 
bewertung erkannt werden (Empfänger mit 
Analogausgang notwendig). 

Die praktische Nutzbarkeit der genannten 
drei Basismerkmale ist stark von den dynami- 
schen Verhältnissen im Gesamtsystem ab- 
hängig (insbesondere Merkmal 3). Prinzipiell 
ist eine sichere dezentrale Kollisionserken- 
nung durch Basismerkmalsanalyse mög- 
lich. 

Der optische Ringbus mit aktiver Ankopp- 
lung (Bild 3) ist dadurch gekennzeichnet, daß 
ein sendender NR den Ring mittels einer ent- 
sprechenden Schaltvorrichtung (Repeater) 
auftrennt und ihn erst beim. Empfang von 
Fremddaten während einer eigenen Sende- 
pause wieder schließt. Im Gegensatz zum Li- 
nienbus wird hier der Lichtwellenleiter unidi- 
rektional genutzt. Im kollisionsfreien Fall ge- 
langen die Daten vom sendenden NR (z. B. 
NR1 ) über den Ring zum Ziel-NR (z. B. NR4) 
und liegen nach der Ringumlaufzeit t DR | NG un- 
verändert wieder beim sendenden NR an. 
Die Realisierung eines weiteren Sendewun- 
sches (z. B. NR2 an NR3) zum gleichen Zeit- 
punkt führt dazu, daß beide sendenden NR 
(NR1 und NR2) den Ring auftrennen und da- 
mit ein Weiterleiten von ankommenden Da- 
ten verhindern. NR3 empfängt zwar die 
Nachrichten von NR2, die von NR1 erreichen 
aber nicht NR4. Es ist zu erkennen, daß eine 
Kollision im Sinne einer Überlagerung von 
Daten unter den gegebenen Bedingungen 
nicht auftritt. Als einziges Basismerkmal läßt 
sich daher konstatieren, daß die gesendeten 
Daten nicht immer den Ziel-NR, aber nie den 
Ursprungs-NR erreichen. Mittels eines Koin- 
zidienz-Sensors im sendenden NR ist ein 
Vergleich von gesendeten und empfangenen 
Daten zur Detektion eines Kollisionszustan- 
des möglich, wobei die implementationsab- 
hängige Zeitdifferenz t DR | NG zwischen den 
beiden Datenströmen zu erheblichen techni- 
schen Schwierigkeiten führt. Die Einhaltung 
der maximalen Signalumlaufzeit t PD er- 
scheint bei Anschluß einer größeren Anzahl 
von NR ebenfalls problematisch, da die mei- 
sten optischen Empfänger mit Filtern ausge- 
rüstet sind, die eine Signalweiterleitung erst 
nach dem Erkennen von einigen gültigen Da- 
tenbits ermöglichen. Die Summe der Signal- 
laufzeiten überschreitet dadurch schnell das 
vorgegebene Limit. Auch aufgrund weiterer 
Probleme (z. B. Bypass-Verhalten der Re- 
peater) erscheint eine aktive optische Ring- 
struktur unter Benutzung eines CSMA/CD- 
Zugriffsverfahrens ohne praktische Bedeu- 
tung. 

Der optische Sternbus mit einem zuführen- 
den und einem wegführenden Lichtwellenlei- 
ter als Verbindungsglied zwischen Stern- 
koppler und NR (Bild 4) sei als weitere topolo- 
gische Möglichkeit betrachtet. In Abhängig- 
keit davon, ob im Sternkoppler elektrisch-op- 
tische bzw. optisch-elektrische Wandler ein- 
gesetzt sind oder nicht, unterscheidet man 
aktive und passive optische Sternkoppler. 
Wesentlichster Unterschied zu allen bereits 
betrachteten topologischen Strukturen ist 


| Optischer Sternkoppler j 

I - 

B E 

E 

3 


Bild 4 Sternbus 


das Zusammentreffen aller Datenströme in 
einem zentralen Punkt, dem Sternkoppler. 
Damit eröffnen sich für das Gesamtproblem 
der Kollisionserkennung völlig neue Möglich- 
keiten - die Transformation von Basismerk- 
malen in dezentral günstiger auswertbare 
Zweitmerkmale (ZMM). Verzichtet man auf 
die Transformation im Sternkoppler, können 
folgende Basismerkmale zur dezentralen 
Auswertung in den NR genutzt werden: 

1. Die empfangenen Daten stimmen auf- 
grund der Überlagerung im Sternkoppler 
nicht mit den gesendeten Daten überein. 

2. Die Bildungsvorschrift des Leitungskodes 
wird verletzt. 

Da die Kontrolle der Kodierungsvorschrift 
(z. B. nach 141) in Abhängigkeit von der An- 
zahl der NR sehr aufwendig ist und vor dem 
Vergleich von gesendeten und empfangenen 
Daten das technische Problem des Aus- 
gleichs der längenabhängigen Segmentum- 
laufzeit tosEG steht, stellt die Transformation 
von Basismerkmalen eine echte Alternative 
dar. So können in einem aktiven Sternkopp- 
ler die existierenden Basismerkmale wie 

1 . Verletzung der Bildungsvorschrift des Lei- 
tungskodes 

2. gleichzeitige Belegung mehrerer Koppler- 
kanäle 

detektiert und in Zweitmerkmale transfor- 
miert werden. Das Senden eines Signals mit 
einer anderen Frequenz /5/ oder einer ande- 
ren optischen Wellenlänge /6/ auf der Emp- 
fangsleitung des NR oder das Rückkoppeln 
eines Signals auf der bidirektionalen Sende- 
leitung des NR /6/ sind derartige Zweitmerk- 
male. Weiterhin kann durch einen Sternkopp- 
ler, der die ankommenden Signale auf alle 
wegführenden Lichtwellenleiter verteilt, eine 
Kollision dadurch gekennzeichnet werden, 
daß für die sendenden NR die Reflexion ab- 
geschaltet wird. Ein sendender NR empfängt 
also für die Dauer der Kollision keine Signale 
(ZMM = Echoverlust während der Sendung). 
Die entgegengesetzte Möglichkeit bietet sich 
durch einen Sternkoppler, der im Grundzu- 
stand ein ankommendes Signal auf alle weg- 
führenden Lichtwellenleiter verteilt, nicht 
aber auf den zum signalzuführenden Licht- 
wellenleiter korrespondierenden. Hier wird 
im Kollisionsfall für die sendenden NR die 
Reflexion eingeschaltet (ZMM = Echo wäh- 
rend der Sendung). Es ist zu erkennen, daß 
sich mittels eines aktiven optischen Stern- 
kopplers eine Vielzahl von Transformations- 
möglichkeiten ergeben, die zu einer sicheren 
dezentralen Kollisionserkennung genutzt 
werden können. Aus diesem Grund ist die 
Sternstruktur als favorisierte optische Topo- 
logie für den Einsatz von CSMA/CD-Buszu- 
griffsverfahren zu betrachten. Die Auswahl 
eines geeigneten Zweitmerkmals als Trans- 


formationsziel ist von vielen technischen und 
ökonomischen Randparametern abhängig, 
u. a. von der Anzahl der benötigten Kanäle 
und davon, ob ein homogenes optisches LAN 
zu konzipieren ist und ob Kaskadierungs- 
möglichkeiten vorzusehen sind. Auf jeden 
Fall müssen die erhöhten Zuverlässigkeits- 
anforderungen durch die zentrale Position 
des Sternkopplers berücksichtigt werden. 

Schlußbemerkung 

Zusammenfassend kann eingeschätzt wer- 
den, daß unter Beachtung der beschriebenen 
Zusammenhänge die Vorzüge des optischen 
Übertragungsmediums durchaus auch in 
CSMA/CD-Netzen entfaltet werden können. 
Homogene optische LANs auf der Basis akti- 
ver Sternstrukturen bilden eine Form der Nut- 
zung. Eine nicht zu unterschätzende Praxis- 
relevanz kommt als zweite Nutzungsform der 
Substitution von elektrischen Komponenten 
zu. Ziel dabei ist es, die Einsatzbreite von exi- 
stierenden kabelgebundenen CSMA/CD- 
LANs mit optimalen Mitteln zu erweitern und 
neue Einsatzfälle zu erschließen. Unter Be- 
achtung der neuen Randbedingungen ist die 
Nutzung der beschriebenen Wirkmechanis- 
men auch für diesen Fall möglich. 

Literatur 

• /V LAN Evolution Report 1986 

1 986 by NOVELL, Inc., Orem, Utah 
121 ECMA 80. 81,82 
2. Ausgabe 1 984 

121 The Ethernet, A Locai Area Network, Specification, Ver- 
sion 1.0, 1980 

141 Barsch, A. u. a.: Schaltungsanordnung zur Dekodierung 
und Fehlererkennung optisch übertragener Binärsi- 
gnale, DO-WP 21 4979, 1 983 

151 Schmidt, R. V. u. a.: Fibernet II: Fiber Optic Ethernet 
IEEE Selected Areas in Communications Nov. (1983) 
Vol. SAC-1, No. 5 

161 Witte, H.H.: Optisches Sternnetz für stochastische Zu- 
griffsverfahren, DE-OS 3435827, 28. 9. 84 


| Bl KONTAKT 9 \ 

Sektion Elektronik, Humboldt-Universität zu Berlin, Bereich 
Technische Informatik, Invalidenstr. 110, Berlin, 1040; Tel. 
28035 78 


TERMINE 


5 . Computerfachtagung 

WER? Bezirksvorstand Frankfurt (O.) der 
KDT 

WANN? 26. und 27. 10. 1 988 
WO? Frankfurt (Oder) 

WAS? 

• KC 85/2... 4 und Peripherie 

• Einchipmikrorechner 

• FORTH 

• neue Betriebssysteme 

• Ausstellung „Computer der volkseige- 
nen Industrie, Eigenbaucomputer und Soft- 
wareentwicklung“ 

WIE? Meldungen für die Ausstellung bis 
30. 8. 1988 an Dr. Scheuschner, Ingenieur- 
betrieb Mikroelektronik Frankfurt (O.), Tel.: 
369242. Nähere Informationen sind beim 
BV Frankfurt (O.) der KDT, Ebertusstr. 2, 
Tel.: 36 93 60, erhältlich. 


Mikroprozessortechnik, Berlin 2 (1988) I 


185 




PC- 171 5-Funktionstastenbele- 
gung durch Anwenderprogramme 


Bernd Matzke, Delitzsch 


Der PC 1715 besitzt Funktionstasten, deren 
Inhalt durch den Anwender festgelegt wer- 
den kann. Normalerweise kann deren Initiali- 
sierung nur bei der Installierung des Betriebs- 
systems erfolgen. Mitunter ist es jedoch wün- 
schenswert, die Funktionstasten mit in be- 
stimmte Anwenderprogramme einzubezie- 
hen oder ihnen häufig gebrauchte Schlüssel- 
wörter zuzuweisen. Im folgenden wird der 
Aufbau der Code-Tabelle für die Funktionsta- 
sten beschrieben und ein PASCAL-Pro- 
gramm vorgestellt, mit dessen Hilfe die Initia- 
lisierung der Funktionstasten erfolgen kann. 
Das Programm wurde unter dem Betriebssy- 
stem SCPX-1715 Vers. 0.4 und Vers. 0.5 er- 
probt. 

Aufbau der Code-Tabelle 

Bei einem im Hauptspeicher residenten, also 
aktiven, Betriebssystem beginnt die Code- 


Tabelle ab Adresse EOAAH. Sie ist 64 Byte 
lang. Die Informationen für jede Tastenbele- 
gung sind in Form von einzelnen Blöcken an- 
einandergereiht. Dabei besitzt ein einzelner 
Block folgenden Aufbau: 

- 1 . Byte : Code der Taste 

-2. Byte Länge des zuzuweisenden 

Textes 

- ab3. Byte : Text (in ASCII-Codierung). 
Im Text können alle ASCII-Zeichen enthalten 
sein. Schließt man z. B. einen Text mit dem 
Code für „ET“ ab (ODH), so wird bei Betäti- 
gen der entsprechenden Taste der Text und 
Return ausgegeben, das entsprechende 
Kommando also sofort ausgeführt. 

Beschreibung des Programms 
Das Programm zur Initialsierung der Funk- 
tionstasten (FUTAST) wurde in TURBO- 
PASCAL erstellt. Es liest die gewünschte Ta- 
stenbelegung aus einer Textdatei (TASTCO- 
DE.TXT) aus und weist den Inhalt der einzel- 
nen Zeilen den Funktionstasten in der Rei- 


henfolge Fl bis Fl 4 zu. Das Unterstrei- 
chungszeichen wird dabei in den Code 
für<ET> gewandelt. 

Sind in der Datei weniger als 14 Zeilen ent- 
halten, werden die entsprechenden Funk- 
tionstasten nicht belegt. Ebenso wird einer 
Taste kein Text zugewiesen, wenn die ent- 
sprechende Zeile leer ist, sie also nur die Co- 
des für Wagenrücklauf und Zeilenvorschub 
enthält. Überzählige Zeilen werden über- 
sprungen. 

Die Datei TASTCODE.TXT kann von beliebi- 
gen Anwenderprogrammen erzeugt werden. 
Beim Erstellen mit dem Textprozessor ist sie 
als Programmdatei zu erzeugen (N-Option). 
Als praktisches Beispiel soll die Initialisierung 
der Funktionstasten in einem REDABAS- 
Programm dienen. Durch geringfügige Ände- 
rung des PASCAL-Programmes kann der 
Name der Textdatei vom Nutzer eingegeben 
werden. Damit ist es möglich, unter mehreren 
vorbereiteten Textsätzen für die Funktionsta- 
sten auszuwählen. 
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Fachtagung 
„Bildanimation 
mit Computern “ 


Am 27728. Oktober 1987 fand die 
1 . Fachtagung Bildanimation mit 
Computern an der Technischen Uni- 
versität „Otto von Guericke“ Magde- 
burg statt. Veranstalter waren die 
Kammer der Technik, die Sektion In- 
formatik der TU Magdeburg, das In- 
stitut für Film, Bild und Ton (ifbt) und 
die Nationale Vereinigung für wissen- 
schaftlichen Film und Fernsehen 
(NWF) der DDR. 

16 Fachvorträge stützten sich weitge- 
hend aüf Live-Demonstrationen von 
mit Kleinrechnern erzeugten beweg- 
ten Bildschirmbildern und informier- 
ten anschaulich über den erreichten 
Stand und die bearbeiteten Anwen- 
dungsfelder. Die Bildanimation mit 
Hilfe grafiktüchtiger Kleincomputer 
(hauptsächlich auf KC 85) bildete den 
Schwerpunkt der Fachtagung. 

Zwei Übersichtsvorträge beschäftig- 
ten sich mit den derzeitigen Hauptan- 
wendungsgebieten, dem internatio- 
nalen Hard- und Softwarestand und 
gaben einen Überblick über die Ver- 
fahren zur Erzeugung bewegter Bil- 
der. Dabei wies Prof. Lorenz (TU 
Magdeburg) auf die engen Beziehun- 
gen zwischen Bildanimation und Si- 
mulation hin. Bewegte Bilder sind lau- 
fend mit Bewegungsinformationen zu 
versorgen, Simulationsmodelle er- 
zeugen chronologisch Zustandsinfor- 
mationen und Resultatdaten, die 
durch Prozeßablaufgrafiken verdich- 
tet und anschaulich darzustellen sind. 
Die Arbeiten an der TU Magdeburg 
konzentrieren sich auf die Bildanima- 
tion zur Präsentation von Simula- 
tionsmodellen und -resultaten. In ei- 
nem zweiten Übersichtsvortrag über 
„Computervision“ erläuterte Huth 
(Zeitschrift Bild und Ton) vier Um- 
gangsformen der Computer mit Bil- 
dern, nämlich die Bildgewinnung, die 
Bildverarbeitung, die Bildsimulation 
und die Computergrafik. 

Die Animationstechnik wird an vielen 
Hochschuleinrichtungen bereits sy- 
stematisch zur visuellen Unterstüt- 
zung der Ausbildung genutzt, wie 
etwa in Vorlesungen und Praktika der 
Elektrotechnik (Prof. Albrecht, Uni- 
versität Rostock), in Verbindung mit 
statistischen Prozeßanalysen (Dr. 
Dreyer, TU Dresden), zur Darstellung 
komplizierter räumlicher Strukturen 
von Atomclustern, Gitterausschnitten 
und Atomorbitalen aus verschiede- 
nen Blickwinkeln (Dr. Kadura, Univer- 
sität Jena) oder zur Demonstration 
von Zufallsprozessen (Prof. Lorenz, 
TU Magdeburg). 

Die Animationstechnik eignet sich so- 
wohl zur Präsentation von Simula- 
tionsresultaten, wie z. B. bei der Mo- 
dellierung von Stoffflußprozessen in 
CAD-Entwurfssystemen für die Be- 
triebsplanung (Dr. Jetschny, TU 
Dresden), als auch für die Information 
und Werbung auf Messen und Aus- 
stellungen, wie die Präsentationsgra- 
fik für das Kombinat ASUG zeigte 
(Haas, Zentrales Projektierungsbüro 
der Textilindustrie Leipzig). Ein rech- 
nergestützter dialogorientierter Touri- 
steninformator für die Hauptstadt 
Berlin nutzt ebenfalls grafische 


Bericht 


Bildelemente (Flemming, HfV Dres- 
den). 

Einen weiteren Schwerpunkt der 
Fachvorträge bildeten Softwaretools 
für die Animationstechnik, und zwar 

- Beschreibung und Darstellung 
dreidimensionaler Objekte im Dialog 
(EXSY3D - KC 85/3) und Erzeugung 
von Bildsequenzen durch Koordina- 
tenstransformation (Prof. Weder, TU 
Magdeburg), 

- Konstruktion benutzereigener 
Sonderzeichen (Görgens, TU Mag- 
deburg), wobei aus Folgen solcher 
punktweise verschobenen Sonder- 
zeichen quasi-kontinuierliche Bewe- 
gungsabläufe erzeugt werden (Beh- 
lau, TU Magdeburg), 

- Basissoftwareentwicklung für die 
Bildanimation auf SKR (Nowak, TU 
Magdeburg), 

- Konstruktion, Speicherung und 
Manipulation von Grafiken zur Erzeu- 
gung von (Tapeten-)Mustern (Dr. 
Kolbe, Hochschule für industrielle 
Formgestaltung, Halle). 

Vergleiche der Abarbeitungsge- 
schwindigkeit von Simulationsmodel- 
len, die in BASIC, PASCAL oder 
FORTH geschrieben wurden, zeigten 
an Hand der parallelen Prozeßdar- 
stellung und Resultatausgabe durch 
bewegte Bilder, daß mit PASCAL und 
besonders mit FORTH schnelle ne- 
benläufige Prozesse realisiert wer- 
den können (Buchholzf Nitzschel 
Schmidt, TU Magdeburg). 

Im Ergebnis der Tagung kann festge- 
stellt werden, daß 

- mit Hilfe der grafiktüchtigen Klein- 
computer durchaus anspruchsvolle 
wissenschaftliche und technische 
Animationsprobleme gelöst werden 
können 

- ein beachtlicher Stand bei den kon- 
kreten Anwendungslösungen für 
Ausbildungszwecke, für die Präsen- 
tation von Simulationsmodellen und 
-resultaten und für Information und 
Werbezwecke zu verzeichnen ist, je- 
doch 

- die Softwareunterstützung für den 

KC 85 zum dialoggestützten Bildauf- 
bau, zur Bildverwaltung und zur Be- 
wegungsbeschreibung und -ausfüh- 
rung für mehrere unabhängige Bild- 
elemente noch nicht ausreichend ent- 
wickelt ist. Dr. Dietrich Ziems 


Productronit 


Vom 9. bis 13. November 1987 fand 
in München zum 7. Mal die Productro- 
nica statt. Mit etwa 1600 Ausstellern 
auf 1 05 000 m 2 Ausstellungsfläche ist 
sie neben der Semicon/Zürich, der 
Pronic/Paris und der Elektromas/ 
Moskau die bedeutendste Fach- 
messe für die Fertigung in der Elek- 

Die Aussteller aus 27 Staaten, darun- 
ter 21 europäische und 6 des RGW 
und die führenden Elektronikländer 
USA und Japan, zeigten mit ihren Ex- 
ponaten den erreichten internationa- 
len Stand 

- bei technologischen Spezialausrü- 
stungen (TSA) für die Herstellung von 
aktiven und passiven Bauelementen 
mit dem Schwerpunkt bei hochinte- 
grierten (VLSI-) und SMD-Bauele- 
menten 


- bei der Kontroll- und Meßtechnik in 
der Produktion mikroelektronischer 
Bauelemente und Systeme 

- bei technologischen Spezialausrü- 
stungen und Produktionssystemen 
für Herstellung und Bestückung von 
Hybridbaugruppen und Leiterplatten 
mit dem Schwerpunkt bei SMT (Sur- 
face Mounted Technologie) 

- bei Clean-Rooms und Clean-Tech- 
nik sowie 

- bei Grund- und Hilfsmaterialien der 
gesamten Zulieferbereiche Chemie, 
Metallurgie, Glas, Keramik und Ma- 
schinenbau sowohl für die Halbleiter- 
technik als auch für die Elektronik. 

Die parallelen Fachtagungen „Halb- 
leiterfertigung“ und „Maskentechnik 
für Mikroelektronik-Bausteine“ ver- 
mittelten einen Überblick über aktu- 
elle technisch-technologische Pro- 
bleme bei der Konstruktion und beim 
Einsatz von technologischen Spezial- 
ausrüstungen. 

Am Beispiel des 1-MBit-DRAM, der 
den Stand der Technik darstellt, wur- 
den aktuelle Probleme bei der Durch- 
führung der Massenproduktion und 
deren Lösung aufgezeigt. So wurden 
insbesondere das unzureichende Ni- 
veau der Zuverlässigkeit und Verfüg- 
barkeit der technologischen Spezial- 
ausrüstungen im Fertigungsbetrieb 
bemängelt und die verheerenden Fol- 
gen dieser nocht immer zu niedrigen 
Verfügbarkeit auf die Ausbeuten am 
Beispiel deutlich gemacht; die Liefer- 
fähigkeit wurde beeinträchtigt, Markt- 


anteile gingen verloren, und letztlich 
entstanden Schäden in Millionen- 
höhe für die IC-Hersteller. 

Für die Technologien und VLSI- 
Bauelemente der 90er Jahre werden 
die Anforderungen an die technologi- 
schen Spezialausrüstungen und an 
die Halbleitergrund- und Hilfsmateria- 
lien diskutiert. 

Das Tempo der Entwicklung des Inte- 
grationsgrades von VLSI-Bauele- 
menten hält unvermindert an und er- 
zwingt die stetige Verkleinerung der 
minimalen Strukturabmessungen 
und die Einführung neuer Technolo- 
gie-Generationen. 

Die Technologieentwicklung in die- 
sem Zeitraum wird von den dynami- 
schen Speicherbauelementen, den 
4-MBit-, 16-MBit- und 64-MBit- 
DRAMs repräsentiert, die als „Tech- 
nologie-Lokomotiven“ fungieren 
(siehe Tafel). 

Chipherstellung (Zyklus I) 

Für die Strukturübertragung durch 
Fotolithographie bei 1-MBit-DRAMs 
haben sich die lichtoptischen Wafer- 
stepper durchgesetzt. Um die für die 
Abbildung der Minimalstrukturen er- 
forderliche Auflösung zu erreichen, 
wird gegenwärtig mit einer Lichtwel- 
lenlänge von 486 nm gearbeitet. Die 
Weiterentwicklung geht zur Lichtwel- 


lenlänge bis 248 nm (tiefes UV), das 
von Excimer-Lasern erzeugt wird. 
Parallel dazu wird der Einsatz von 
Röntgenstrahlen für die Lithographie 
erwogen, bei der eine praktische Auf- 
lösung bis in den Bereich von 0,2 .. . 
0,3//m möglich wird. Der erste Proto- 
typ eines Röntgensteppers für den 
Produktionseinsatz wurde auf der 
Messe vorgestellt und im Vortrags- 
programm diskutiert. Durch die oben 
skizzierten Fortschritte bei der licht- 
optischen Lithographie ist der Pro- 
duktionseinsatz der Röntgenlithogra- 
phie jedoch noch nicht entschie- 
den. 

Das brisanteste Problem der Chip- 
fertigung beim 1-MBit-DRAM und den 
Folgegenerationen, dem 4-MBit- und 
16-MBit-DRAM, sind die erneut er- 
höhten Anforderungen an die defekt- 
freie Bearbeitung der Siliziumschei- 
ben. Neue Clean-Rooms mit Staub- 
klassen von 1 0 und besser, die einen 
kontrollierten Staubpegel für Partikel 
bis kleiner 0,1 ptr\ sichern, erhöhen 
den Investaufwand und die Betriebs- 
kosten von Halbleiterfertigungslinien 
um den Faktor 1 ,5 gegenüber dem je- 
weils vorangegangenen Niveau. Man 
glaubt, daß diese Kostenexplosion für 
die Bauelementegenerationen ab 
dem 4-MBit-DRAM nur noch mit völlig 
neuen Konzepten der Clean-Rooms 
in wirtschaftlich vertretbaren Grenzen 
gehalten werden kann. Als favorisier- 
ter Lösungsansatz werden sog. „lo- 


die Maschinen durch eine klimati- 
sierte Umhausung - „Clean- im 
Clean-Room“ - gestaltet wird. Sili- 
ziumscheiben werden dann nicht 
mehr durch den Menschen und nicht 
mehr offen im Cleanroom manipuliert 
oder bearbeitet. Die Bestückung der 
Maschinen erfolgt dann ausschließ- 
lich durch spezielles Handling bzw. 
Roboter. Hier hat sich als einheit- 
liches System das sog. „SMIF“ (Stan- 
dard Medanical Interface) favorisiert. 
Erste Beispiellösungen wurden an 
Messeständen der Fa. Meißner & 
Wurst und der Fa. Leitz gezeigt. 
Ausgehend von dem oben Gesagten 
und unter Berücksichtigung der Er- 
fahrungen, daß durch die technologi- 
schen Spezialausrüstungen während 
der Transport- und Manipuliervor- 
gänge 25 % und bei der Durchfüh- 
rung der technologischen Bearbei- 
tung der Siliziumscheibe verfahrens- 
bedingt weitere 25 % der nachweis- 
baren Defekte erzeugt werden, müs- 
sen bei der Neukonstruktion völlig 
neue Wirkprinzipien durchgesetzt 
werden. So wird ausschließlich eine 
Einscheibenbearbeitung erfolgen; 
bewegte, partikelerzeugende Teile 
oberhalb der Scheibe wird es nicht 
mehr geben, neue Werkstoffe sowohl 
für Bewegungselemente als auch für 
die Bearbeitungskammern und Reak- 


kale Reinraume diskutiert, in denen 


4000 . . . 8000 
12000 . . . 20000 
30000 . . . 5 0000 


12(1988)6 


187 



toren werden entwickelt. Insgesamt 
wird die Gesamtkonstruktion und die 
Ausführung der Oberflächen derTSA 
cleanroomgerecht und der Staub- 
klasse 1 angepaßt sein. Ebenso wer- 
den solche neuen Verfahrensschritte 
entwickelt, die einen kontaminations- 
freien Prozeßablauf gestatten; das 
betrifft besonders das Plasmaätzen, 
das Sputtern und die Schichtabschei- 
dung aus der Dampfphase (CVD- 
Prozesse). Nicht zuletzt wird in Um- 
setzung neuester Erfahrungen beim 
Plasmaätzen von Aluminiumschich- 
ten und bei CVD-Prozessen an Ver- 
fahren gearbeitet, die entweder ohne 
toxische Ätz- oder Reaktionsgase 
auskommen oder die eine schadlose 
Entsorgung ermöglichen. 

Japan und die USA dominieren so- 
wohl in der Produktion und dem welt- 
weiten Umsatz mikroelektronischer 
Bauelemente mit ca. 80 % und bei * 
technologischen Spezialausrüstun- 
gen mit ca. 90 % Anteil. Als Folge dar- 
aus ergibt sich z. B. für die BRD, daß 
ihr Bedarf an Halbleiterbauelementen 
nur zu 40 % und bei technologischen 
Spezialausrüstungen nur zu 10 ... 
20 % aus Eigenaufkommen gedeckt 
wird. 

Förderprogramme der europäischen 
Regierungen gegenüber großen Kon- 
zernen zur Verringerung des Abstan- 
des zum internationalen Spitzenni- 
veau zeitigen erste Erfolge. So wur- 
den 1987 die Produktion des 1-MBit- 
DRAM aufgenommen und erste Mu- 
ster des 4-MBit-DRAM und 1-MBit- 
SRAM vorgestellt. Europäische TSA- 
Hersteller partizipieren an den Invest- 
aufwendungen für dieses „Mega- 
Programm“. Durch eigene Entwick- 
lungen von TSA und der Prozeßmeß- 
technik für den Zyklus I entstanden 
neue durchaus konkurrenzfähige Er- 
zeugnisse wie Beschichter und Ent- 
wickler der Fa. Convac, lichtoptische 
Stepper der Fa. ASM, Röntgenstep- 
per der Fa. Karl Süß, Plasmaätzerder 
Firmen Alcatel Electrotech und Lay- 
bold, Sputteranlagen der Firmen Bal- 
zers und Heraeus, CVD-Anlagen der 
Firmen ASM, PLASMOS, Contro- 
therm und LPE, Prozeß und Kontroll- 
technik von Heidelberg Instruments, 
Leitz sowie Chemie- und Naßarbeits- 
plätze. 

In den Konstruktionsbüros der füh- 
renden europäischen TSA-Hersteller 
wird in enger Zusammenarbeit mit 
Bauelementeherstellern und wissen- 
schaftlichen Einrichtungen eine neue 
Ausrüstungsgeneration für den 4- 
bzw. 16-MBit-DRAM vorbereitet, die 
wie folgt zu charakterisieren ist: 

- 150 bis 200 mm Scheibendurch- 
messer 

- kleinste realisierte Strukturbreiten 
auf dem Schaltkreis 0,7 . . . 0,5/rm 

- Einsatz des lichtoptischen Step- 
pers zur Strukturübertragung 

- ausschließlicher Einsatz von Plas- 
maätzern mit neuen Wirkprinzipien 
(RIE- und Mikrowellenätzen, Mehr- 
kammerätzer mit sehr gutem, kontrol- 
liertem Vakuum und kontrollierten 
Prozeßabläufen), die sowohl eine 
gute Selektivität als auch Hochrateät- 
zen der Strukturen gestatten 

- weiteres Verdrängen der plasma- 
geätzten Prozesse zur Abscheidung 
von Schichten 

- Einscheibenprozesse 

- mikroprozessorgesteuerte und mi- 
kroprozessorüberwachte, durch Ro- 
boter bestückte TSA, die einen we- 
sentlich größeren Anteil an Insito- 
Messungen aufweisen 


- flexibel automatisierte Inseln inner- 
halb des Gesamtfertigungsablaufes 
in den Scheibenprozessen und 

- Rechnerüberwachung und -Steue- 
rung des Gesamtprozesses (informa- 
torische Verkopplung). 

Bauelemente-Montage (Zyklus II) 

Im Zyklus II konzentrieren sich TSA- 
Hersteller auf die Anpassung vorhan- 
dener TSA auf SMD-Gehäuse. Bei 
ausgewählten TSA wird nach neuen 
Lösungen gesucht, so für das Kenn- 
zeichnen von Bauelementen, wobei 
noch nicht entschieden ist, ob sich bei 
SMD-Bauelementen der herkömmli- 
che Offset-Druck öder das neue 
flexiblere, aber teurere Laserkenn- 
zeichnen durchsetzen wird. Erstmalig 
werden nach erfolglosen Versuchen 
der letzten zwei Jahre Neukonstruk- 
tionen von sog. Multiplunger-Ver- 
kappungsmaschinen vorgestellt. Mit 
den Multiplunger-Verkappungsma- 
schinen in Verbindung mit Neukon- 
struktionen von Automaten für das 
Beschneiden und Abbiegen der 
Bauelementeanschlüsse stehen für 
den Zyklus il nunmehr durchgängig 
Automaten für die kontinuierliche Be- 
arbeitung von Bauelementen im Trä- 
gerstreifenverband zur Verfügung, 
die von Magazin zu Magazin arbei- 
ten. Damit wird es möglich, flexibel 
verkettete automatische Linien für die 
Montage von mikroelektronischen 
Bauelementen in herkömmlichen 
DIL- oder in SMD-Gehäusen aufzu- 
bauen. Diese Aufgabe verbleibt aber 
beim Bauelementehersteller; Anbie- 
ter für durchgängig automatisierte Li- 
nien gibt es nicht. 

Mit der Weiterentwicklung von ober- 
flächenmontierbaren Bauelementen 
zu sehr hohen Anschlußzahlen über 
140 hinaus wird sich ein neues Ge- 
häuse, das Trägerfilm-Carrier, durch- 
setzen. Für die Montage solcher Trä- 
gerfilm-Carriers steht mit der TAB- 
Technologie (Tape Automated Bon- 
ding) eine durchgängig automatisier- 
bare Montagetechnologie hoher Fle- 
xibilität und Entwicklungsfähigkeit zur 
Verfügung. Zunehmende Aktivitäten 
der Bauelemente- und TSA-Herstel- 
ler sowie der Zulieferindustrie (Trä- 
gerfilme aus Polyimid), weisen darauf 
hin, daß TAB das Montagesystem für 
VLSI und Gate Arrays für die 90er 
Jahre sein wird. 

Hybrid-Montage 

Trotz fortschreitender Integration von 
Systemlösungen in Form von ASICs 
(anwendungsspezifische Schalt- 
kreise) und der Erhöhung der Pak- 
kungsdichte auf der Leiterplatte 
durch SMT wächst die Produktion 
von Hybridbaugruppen in Europa 
weiter mit Steigerungsraten von mehr 
als 25 %. Die technologischen Gren- 
zen zwischen der Hybridmontage 
und der SMD-Bestückung von Leiter- 
platten verwischen sich zwar zuneh- 
mend; die Hybrid-Baugruppe mit Ke- 
ramik-Bauelementeträger und Mehr- 
ebenenverdrahtung wird für Spezial- 
anwendungen in schnellen Rechnern 
und für Baugruppen mit hohen Zuver- 
lässigkeitsanforderungen (Weltraum, 
Militärtechnik) ihre Bedeutung behal- 

Die Weiterentwicklung in der Hybrid- 
technik geht zu Trägermaterialien ho- 
her Wärmeleitfähigkeit, zu Leitbahn- 
abmessungen kleiner 50 pm und zur 
Nacktchipverarbeitung. Für die letzt- 
genannte Aufgabe stellen Bonderfir- 
men nunmehr auch automatische 


Chip- und Drahtbonder zur Verfü- 
gung. 

Herstellung elektronischer Bau- 
gruppen 

Flächenmäßig und nach Zahl der 
Hersteller hatten die Fertigungsanla- 
gen, Materialien und Zubehör für Fer- 
tigung elektronischer Baugruppen 
auf Leiterplatten den größten Anteil 
auf der Productronica. Mit einem 
weltweiten Umsatz von ca. 12 Mill. 
US$ erreichen Leiterplatten fast die 
Hälfte des weltweiten Umsatzes von 
integrierten Schaltkreisen, damit wird 
ihr ökonomisches Gewicht in der 
Elektronikproduktion deutlich. 
Entsprechend dem weitaus größeren 
Anteil westeuropäischer Firmen bei 
der Anwendung der Mikroelektronik 
im Vergleich zur Bauelementeher- 
stellung ist der anteilige Verbrauch 
Europas bei Leiterplatten und ent- 
sprechend dieTSA-Produktion für die 
Leiterplattenherstellung gewichtiger 
als in der Halbleiterproduktion. 

Die Productronica '87 stand im Zei- 
chen der sich durchsetzenden Ober- 
flächenmontage-T echnologie. 

Das Angebot bei TSA reicht von 
Handbestückungsplätzen mit max. 
1000 BE/h bis zu Bestückungsauto- 
maten mit 4-10 TBE/h. Die Bauele- 
mente werden in allen Lieferformen, 
vom Schüttgut über Stangenmaga- 
zine, Blistergurtung bis hin zu BE-Pa- 
letten und als Trägerfilm-Carriers 
(TAB) von laufender Rolle verarbei- 
tet. 

Bei der Mehrzahl der Bestückungs- 
anlagen mit Einzelbestückung wird 
eine Positioniergenauigkeit von 
±0,1 mm, bei Anwendung von Re- 
volverköpfen eine Genauigkeit von 
± 0,2 mm erreicht. Für die neuesten 
Automaten werden optische Systeme 
der Bildverarbeitung als Bestük- 
kungshilfen eingesetzt. 

Für das Löten der Baugruppen domi- 
nieren z.Z. das Doppelwellen- und 
das Infrarotlöten; das Dampfphasen- 
löten wird sich aus Gründen des Ge- 
sundheitsschutzes und der Zuverläs- 
sigkeit nicht durchsetzen. Das Laser- 
löten wird sich Teilgebiete, z.B. das 
Löten von thermisch sensiblen Bau- 
elementen, erobern. 

Trotz der enormen materiell-ökono- 
mischen Vorteile von SMT werden 
derzeit in Europa nur 10 % aller elek- 
tronischen Baugruppen in reiner SMT 
gefertigt, 40 % der Leiterplatten wer- 
den mischbestückt. Auch für 1990 
rechnet man noch bei 50 ... 60 % al- 
ler Leiterplatten mit Mischbestük- 
kung. 

Ausgehend von den sich schnell ver- 
ändernden Anforderungen des Mark- 
tes ist aus Konkurrenzgründen eine 
flexible Reaktion in der Baugruppen- 
fertigung durch auftragsgebundene 
Produktion mit kurzen Durchlauf- und 
Lieferzeiten erforderlich. 

Diese Anforderungen können nur von 
flexiblen Fertigungssystemen erfüllt 
werden. 

Im Gegensatz zur Halbleitertechnik 
werden solche Fertigungssysteme 
für die Baugruppenmontage von gro- 
ßen TSA-Herstellern angeboten, die 
in der Regel modular aufgebaut sind 
und damit den verschiedenen Anfor- 
derungen leicht angepaßt werden 
können. Je nach gefordertem Pro- 
duktionsvolumen sind Linien mit un- 
terschiedlichem Automatisierungs- 
grad realisierbar: 

- Off-Iine-Systeme ohne mechani- 
sche und ohne informatorische Ver- 


kettung der TSA; der Leiterplatten- 
transport erfolgt von Hand. 

- In-Iine-Systeme mit mechanischer 
Verkettung der TSA über ein starres 
Transportsystem und Zwangsfüh- 
rung des Leiterplattentransports. Es 
besteht die Notwendigkeit von Leiter- 
platten-Puffern, um bei Störungen 
einzelner TSA nicht die ganze Linie 
stoppen zu müssen. 

- On-Line-Systeme mit Ankopplung 
der TSA der Linie an ein zentrales 
Transportsystem mit rechnergestütz- 
ter Zuführung der Leiterplatten zu je- 
der TSA. Dadurch wird hohe Flexibili- 
tät und Systemverfügbarkeit erreicht. 

Dr. Werner Prischmann 


PC-Einsatz 
in Gießereien 


Der BFA „Produktionsorganisation“ 
der KDT Magdeburg läßt es zu einer 
Tradition werden, daß alljährlich eine 
Veranstaltung für Fachkollegen zur 
Produktionsplanung und -Steuerung 
(PPS) aus Gießereien der DDR 
durchgeführt wird. So fand am 26. 
und 27. November 1 987 das zweite 
Gießereiseminar zum Thema „PC- 
Einsatz in Gießereien“ statt. Die Teil- 
nehmerzahl von 62 Fachkolleginnen 
und -kollegen macht deutlich, daß die 
Thematik ein breites Echo findet. Das 
Ziel dieses Seminars bestand darin, 
Voraussetzungen für den PC-Einsatz 
abzuleiten, Anwendungsbedingun- 
gen und -möglichkeiten aufzuzeigen, 
praktische Einsatzfälle zu demon- 
strieren und den Erfahrungsaus- 
tausch bei der Einsatzvorbereitung 
und praktischen Nutzung dieser 
Technik vorzunehmen. Diesem An- 
liegen wurden die einzelnen Beiträge 
gerecht. 

Prof. Dr. sc. techn. Gottschalk (TUM) 
informierte in seinem Einführungs- 
vortrag darüber, welche Schritte bei 
der weiteren Mechanisierung und Au- 
tomatisierung der Produktionspro- 
zesse zur Automatisierung des Infor- 
mationsflusses in Verbindung mit 
dem Rechnereinsatz zu gehen sind 
und welche Konsequenzen sich dar- 
aus für die PPS ableiten. 
Voraussetzung für eine fundierte Pro- 
duktionsplanung und -Steuerung ist 
die technologische Produktionsvor- 
bereitung. Die Vielzahl der Sorti- 
mente und unterschiedlichen Tech- 
nologien fordert rationelle Methoden. 
Dazu stellte Dr. Meister (VEB Bau- 
kema Leipzig) ein umfangreiches 
Konzept mit Bausteinlösungen für 
den PC 1715 vor und demonstrierte 
bereits praktisch genutzte Teile. 

Von der TUM, WB Betriebsgestaltung 
(Leiter Prof. Gottschalk ) wurden auf 
der Basis von BASIC Dateikonzepte 
zur PPS in Gießereien erarbeitet, die 
einen minimalen Speicherplatzbedarf 
und minimale Zugriffszeiten aufwei- 
sen sowie einen schrittweisen Aus- 
bau ermöglichen. Diese Lösungen 
und ihre praktische Umsetzung für 
ausgewählte Anwendungsfälle wur- 
den in den Vorträgen von Glistau 
(TUM)/Stark (VEB Gießerei Uecker- 
münde), Bärecke (TUM)/Kö//mer 
(VEB MEGU Wernigerode) und Lei- 
ster (TUM)/Wandtke (VEB APAG 
Potsdam) aufgezeigt. Dabei standen 
Probleme des Aufbaus der Stamm- 
datei, Aufbau und Nutzung von Da- 
teien und Recherche- bzw. Abrech- 
nungsroutinen für Fortschrittskon- 
trolle sowie die Rationalisierung des 
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Direkte Verarbeitung 
von dBASE/REDABAS-Da- 
teien mit PASCAL 

Es wurde ein Konzept und eine Lö- 
sungsmethode der direkten Verarbei- 
tung von dBASE/REDABAS-Dateien 
mit TURBO-PASCAL (bzw. PASCAL 
880/S) entwickelt. Gegenüber ande- 
ren Methoden wird dabei auf einen 
Konvertierungslauf verzichtet und da- 
mit keine zusätzliche Kapazität auf 
dem externen Speichermedium be- 
nötigt. Die dBASE/REDABAS-Da- 
teien bleiben unverändert, so daß sie 
jederzeit wieder mit dBASE/REDA- 
BAS verarbeitet werden können. Die 
geschaffene Lösung gestattet sowohl 
das Schreiben, als auch das Lesen 
von Datensätzen. 

Die entsprechenden Programmteile 
liegen in Prozedur- oder Funktions- 
form vor, so daß sie problemlos ange- 
wendet werden können. Die Lösung 
ist mit ausführlichen Beispielen auch 
für PASCAL-Einsteiger hinreichend 
dokumentiert. 

Durch die Anwendung dieses Kon- 
zeptes können die hervorragenden 
Möglichkeiten von dBASE/REDA- 
BAS bei der Datenerfassung und 
-Verwaltung mit der schnellen Verar- 
beitung und Auswertung in PASCAL 
vereint werden. Das bringt besonders 
bei mathematischen Berechnungen, 
Auswertungen umfangreicher Daten- 
bestände und bei der parallelen Ver- 
arbeitung von mehreren Dateien 
große Laufzeitvorteile. 

Die vorgestellte Lösung ist lauffähig 
auf 8- und 16-Bit-Technik unter dem 
Betriebssystem SCP. 

INTERFLUG, Betrieb Verkehrsflug, Be- 
Irfebsteil Flugtechnik, Berlin-Schöne- 
feld, 1189; Tel. 6727412 

Wörterbuch 

Der hohe Aufwand an Schreibarbei- 
ten bei der Schaffung von Wörterbü- 
chern wird durch den Einsatz eines 
PC mit Hilfe von REDABAS (dBASE 
II) stark reduziert. Die Lexik beliebiger 
Texte kann für ein- oder zweispra- 
chige Wörterbücher in Sprachen mit 
lateinischen wie auch kyrillischen 
Schriftzeichen erfaßt, nach ge- 
wünschten Kriterien charakterisiert 
und geordnet werden. 
Linguistisch-statistische Auswertun- 
gen sind möglich. 

Wir bieten die dazu notwendige Soft- 
ware an. Konsultationen zur Über- 
mittlung unserer Erfahrungen sind 
möglich. 

Agraringenieurschule Stadtroda, Lehr- 
gebiet Russisch, Stadtroda, 6540; Tel. 
221 02 

Dr. B. Fisch 

Hardwarelösunj/ 

für PC-Kompatibilitäts- 

Probleme 

Zum Austausch von Nutzerdaten mit- 
tels Diskette für die Mehrfachbenut- 
zung in verschiedenen Anwendungs- 
gebieten wurde eine Hardwarelösung 
entwickelt und realisiert, die sich seit 
ihrer Übergabe zur Nutzung vielfach 
und hervorragend bewährt hat. 

An einem Bürocomputer A 51 20 sind 
physisch mehrere Diskettenlauf- 


werke (Anzahl der Laufwerke > 4) 
beliebiger Typen angeschlossen. 
Aus dieser Laufwerk-Vielfalt können 
durch einfachste Bedienung vier 
Laufwerke logisch ausgewählt wer- 
den. 

Dabei besteht zusätzlich die Möglich- 
keit, einer beliebigen Kombination 
der Laufwerk- Reihenfolge, d. h., je- 
der Laufwerk-Typ kann z. B. als Lauf- 
werk A oder auch als systemlogi- 
sches Laufwerk benutzt werden. Dies 
ist für die Benutzung mancher Soft- 
warekomponenten und zur Überwin- 
dung von Besonderheiten mancher 
CP/M-kompatibler Betriebssysteme 
von Bedeutung. 

Durch eine entsprechende Generie- 
rung verschiedener Betriebssystem- 
varianten zum SCPX 1526 (z.B. für 
die Benutzung der Laufwerke 6400 
mit einfacher bzw. doppelter Dichte) 
ergeben sich weitere Kombinations- 
möglichkeiten. 

Mit dieser Lösung konnten bisher alle 
Datenaustausche von allen nach al- 
len Diskettentypen in fast allen For- 
maten realisiert werden, dabei Daten- 
erfassungsaufwendung erheblich 
eingespart und die Benutzung glei- 
cher Datenbestände mittels verschie- 
dener Gerätetechnik ermöglicht wer- 
den. 

Die Erfahrung hat gezeigt, daß es vor- 
teilhaft und ausreichend ist, in ent- 
sprechenden Struktureinheiten über 
eine solche Gerätevariante zu verfü- 
gen; z. B. ein Gerät im Betrieb oder je 
Betrieb eines Kombinates ein Gerät, 
wenn sie territorial ungünstige Stand- 
punkte aufweisen. 

VEB Bau- und Montagekombinat Erfurt, 
Kombinatsleitung, Bereich D0DV, Abt. 
GV, Koll. Liebsch, Juri-Gagarin-Ring 
152, Erfurt, 5010 

LiebschlBaumgärtl 

Reassemblierung 

In unserem Bereich wurde ein Pro- 
gramm zur Reassemblierung von 
Maschinenkode der Einchipmikro- 
rechner U881/U882 entwickelt. Das 
Programm ist in PASCAL-T (TURBO- 
PASCAL) geschrieben und läuft unter 
dem Betriebssystem SCP (CP/M). Es 
kann auch auf Rechner mit dem Be- 
triebssystem MS-DOS 3.0 implemen- 
tiert werden. Das Programm besitzt 
folgende Eigenschaften: 

- Kommandos zur Steuerung der 
Reassemblierung, wie Eingabe von 
Tabellenbereichen 

- Ausgabe des reassemblierten Fi- 
les auf dem Bildschirm und auf Dis- 
kette 

- Reassemblierung von maximal 
8 KByte Maschinenkode. 

Die Ausgabe der erzeugten Quellda- 
tei erfolgt in der Mnemonik, wie sie 
beim Programmsystem PLZ/ASM un- 
ter dem Betriebssystem UDOS ver- 
wendet wird. 

Humboldt-Universität zu Berlin, Sektion 
Elektronik, Bereich 5, Invalidenstr. 110, 
1040 Berlin 

Dr. F. Winkler 

Programmsystem 
c omFORTH Version 1.10 

Das seit 1 985 zur Nachnutzung ange- 
botene Programmsystem com- 
FORTH der Wilhelm-Pieck-Universi- 
tät Rostock wurde im vergangenen 


Jahr stark überarbeitet. Mit der Ver- 
sion 1.10 steht ein System zur Verfü- 
gung, das qualitativ neue Leistungs- 
merkmale aufweist. Dazu gehört u. a. 
eine verbesserte Wörterbuchverwal- 
tung, die das komprimierte Laden von 
Erweiterungen gestattet. 

Die Version 1.10 arbeitet auf SCP- 
kompatiblen Betriebssystemen mit 
den Prozessoren Z80 und i8086/ 
8088. Damit ist die Nutzung bisheri- 
ger comFORTH-Software bei' voller 
Kompatibilität auf der Hochwort- 
ebene auch auf dem A 71 00 möglich. 
Die als Grundausstattung angebote- 
nen Komponenten Editor, Assembler 
und Debugger wurden vollständig 
überarbeitet und bieten erhöhten Be- 
dienkomfort. Das Angebot an Erwei- 
terungspaketen wurde um dokumen- 
tationsunterstützende Komponenten 
bereichert. 

Die Programmierung spezieller 
Rechnerkonfigurationen ist mit Hilfe 
von Crosscompilern einer neuen Ge- 
neration für die Prozessoren i8086/ 
8088, Z80 und Z8 möglich. Die pro- 
zessorspezifische Kernschicht wird in 
Form von Queflenbibliotheken bereit- 
gestellt. Durch die Crosscompiler 
wird auch die Metacompilierung inter- 
-t" aktiver FORTH-Systeme unterstützt, 
I Die Quellen der comFORTH-Kernsy- 
f steme gehören zum Lieferumfang. 

| Interessenten an einem ausführli- 
t chen Informationsblatt wenden sich 

I bitte nur schriftlich an die 
Wilhelm-Pieck-Universität Rostock, 
Sektion Technische Elektronik, Bereich 
Automatische Steuerungen, Alberl-Ein- 

stein-StraBe 2, Rostock 6, 2500 

Prof. Dr. Hormann 
CTRL-Taste für K 7637 
Nicht alle Modifikationen der seriellen 
Tastatur K 7637 sind mit einer CTRL- 
T astatur ausgestattet. Um auch diese 
Modelle unter SCP zu nutzen, wurde 
eine Hardwareerweiterung entwik- 
kelt, mit der eine beliebige Taste die 
CTRL-Funktionen erfüllt. 

Die kleine Leiterkarte findet im Tasta- 
turgehäuse Platz. 

Instandhaltungswerk Sicherungs-, Fern- 
melde- u. Prozeßautomatisierungstech- 
nik. Bahnhofsvorplatz Güstrow, 2600 

Moras 

Programmpaket 
für Handwerksbetriebe 

1. Schreiben von Handwerker- 
rechnungen 

nach PA 21 1 , PA 21 5 und PA 451 1 /1 2 
(ÖW) 

für Dachklempnerarbeiten 
Sanitärinstallation 
Gasinstallation 
Heizungsinstallation 
erweiterbar auf andere Gewerke 

2. Erstellen von Monats- und Jah- 
resbilanzen für 
Abt. Finanzen Preisstützung 
HQ - Bogen und Statistik 
Materialverbrauch durch Rechnung 
Kundenkartei 

3. Lohnabrechnung 
mit Abspeicherung und Jahresab- 
- rechnung 

einschl. Lohnsummensteuer 

4. Materialkartei Einkauf und In- 
ventur 

mit Errechnung von Durchschnitts- 
preisen und Druck der Jahresinven- 
turlisten 


5. Kassenbuch und Anlagenver- 
zeichnis 

6. Jahresabschluß mit Anrech- 
nung der Daten aus 1 . bis 5. 

7. Serviceprogramm 

Preisänderungen 

Neuanlage der Dateien für neues 

Das Programmpaket ist lauffähig auf 
ATARI 130 XE mit einem Disketten- 
laufwerk 1 050 und Drucker mit Cen- 
tronics-lnterface (z. B. Robotron K6 
311) und IBM-XT-kompatiblem PC 
(z. B. Schneider PC 1512) mit einem 
Laufwerk. 

Alle betriebsspezifischen Daten be- 
finden sich in Dateien, welche mittels 
des Serviceprogramms vom Nutzer 
leicht verändert werden können. 
Während der Abarbeitung der Pro- 
gramme erfolgen mit Ausnahme von 
6. keine Diskettenzugriffe! 
Dachklempnerei und Sanitärinstallation 
Roland Fuchs, Ernst-Thälmann-Str. 46, 
Prenzlau, 2130; Tel. 2038 


Fortsetzung von S. 188 
Versandes im Vordergrund. Welche 
gerätetechnischen Möglichkeiten 
und Grenzen derzeit für die Betriebs- 
datenerfassung in Gießereien beste- 
hen, wurden von Enseleit (TUM)/ Kolb 
(ZlfV Berlin) erläutert, auch wurde die 
Kopplung mobiler Datenerfassungs- 
geräte mit PC-Technik demonstriert. 
Mit diesen Maßnahmen und Lösun- 
gen, die einen PC-Einsatz in der 
Steuerebene erfordern, ergeben sich 
neue Möglichkeiten zur Produktions- 
planung und Disposition sowie der 
Einbindung der Instandhaltungsorga- 
nisation. Dazu wurde eine Reihe von 
Lösungen von Dr. Schenk/Wiemer 
(TUM) und Freiboth/Oertel (TUM) 
vorgestellt. 

Neben diesen Lösungen wurde von 
Kühne/Kumminek (VEB SKET Mag- 
deburg) sowie Bardubitzki (VEB 
MEGU Finsterwalde) erläutert, wel- 
che Möglichkeiten bei der Nutzung 
von Standardsoftware (REDABAS) 
für die PPS bestehen und welche Er- 
fahrungen bei der Einführung neuer 
Organisationslösungen unter Nut- 
zung von PC gesammelt werden 
konnten. 

Dr. MüllerlMeyer (TUM)/ Baum (VEB 
Baukema) erläuterten eine Methode 
zur rechnergestützten Projektierung 
von Formanlagen und wiesen dabei 
nach, wie stark bereits bei der techno- 
logischen Projektierung Probleme 
der Organisation beachtet werden 
müssen. 

Bei den umfangreichen Rechnerde- 
monstrationen sowie den individuel- 
len Vorführungen der Lösungen in 
den CAM-Laboren der TUM wurde 
der Erfahrungsaustausch fortgesetzt, 
was mit zum Gelingen dieser Veran- 
staltung beitrug. 

Dr. Schenk 
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Bildschirmattribute 
beim A 7100 

Auf immer mehr Arbeitsplätzen kann 
man den 1 6-Bit-Arbeitsplatz-Compu- 
ter A7100 von Robotron antreffen. 
Abgesehen von sehr deutlich wer- 
denden Unzulänglichkeiten des Be- 
triebssystems SCP1700, die dem 


Nutzer vor allem beim Bildschirmlö- 
schen und beim Bildschirmaufbau so- 
wie bei Dateitransfer auffallen, bein- 
halten die mitgelieferten Program- 
miersysteme (BASIC, REDABAS) 
und unter SCP 1700 (CP/M 86) lauf- 
fähigen Softwareentwicklungssy- 
steme (TURBO-PASCAL) keine Un- 
terstützung zur komfortablen Bild- 
schirmsteuerung. Das kann sich der 
Nutzer zwar in den umfangreichen, 
gedruckten Materialien, die Robotron 
zur Verfügung stellt, ansehen, besser 
wäre natürlich, die Software würde 
das von sich aus leisten. 

Im folgenden werden deshalb für die 
Systeme SCP 1700-BASIC, REDA- 
BAS (dBASE II) und TURBO-PAS- 
CAL die notwendigsten Steuerfolgen 
als Beispiele dargestellt. Man kann 
sie beliebig kombinieren und anhand 
des Anleitungsmaterials vervoll- 
kommnen. 

Dr. Knut Löschke 









PROGRAM ATTRIBi 



CLS*=ESC*+*C2J* 




150 DEF FNL0CATE*(z"s>-E8C*ft**MID*<STR*(Z>,2>**|" 



180 PRINT FNLOCATE* (1,1) +N*T* NORMAL” 

200 PRINT FNL0CATE*<2,2l'*H*t*HELL“ 

220 PRINT FNLOCATE* (3,3)+NI*+* NORMAL -INVERS" 

240 PRINT FNLOCATE* <4, 4) + HI*+ "HELL -INVERS" 

240 PRINT FNLOCATE* (5 , 5 ) +NU*T "NORMAL-UNTERSTRICHEN" 

280 PRINT FNLOCATE* (4, 4) + HU*+ "HELL -UNTERSTRICHEN* 

300 PRINT FNLOCATE* (7, 71 *NB»+ "NORMAL -BLINKEND " 

320 PRINT FNLOCATE* <8,81 +HB*+ "HELL-BL INKEND " 

340 PRINT FNLOCATE»! 10, 10) + N*+ "PROGRAMM NORMAL BEENDET* 



Stringarithmetik für BASIC-Programme 


Der Basicinterpreter der Kleincompu- 
ter arbeitet mit einer Zahlengenauig- 
keit von 6 Stellen. Dies reicht- für wis- 
senschaftliche Berechnungen im all- 
gemeinen Anwendungsbereich des 
KC völlig aus. Sollen jedoch ökonomi- 
sche Aufgabenstellungen realisiert 
werden, ist diese Genauigkeit unzu- 
reichend, da bereits im Wertebereich 
ab 10000 Mark die Pfennige „ver- 
schwinden“. Um den KC 85/3 auch im 
Bereich der Ökonomie einsetzen zu 
können, ohne den Hauptbuchhalter 
dem Herzinfarkt nahe zu bringen, 
wurde die folgende Stringarithmetik 
entwickelt. 

Arbeitsprinzip 

Jede zu verarbeitende Zahl, deren 
Eingabe als String erfolgen muß, wird 
im Durchlauf durch das Unterpro- 
gramm Zerlegung in einen höher- 
wertigen und einen niederwertigen 
Teil aufgespaltet. Beide Teile werden 
in getrennten Variablen gespeichert.- 
Es hat sich hier als günstig er- 


wiesen, Arrays zur Speicherung zu 
verwenden, da durch die Indizierung 
der Feldvariablen eine einheitliche 
Zuordnung zu den beiden Teilen der 
Zahl erfolgen kann. 

Beispiel: 

DIM X (1, x) 

L laufende Nummer. 

1 = niederwertiger Teil 
0 = höherwertiger Teil 

Für die Ausführung von Rechenope- 
rationen werden beide Zahlenteile 
getrennt bearbeitet und anschließend 
Übertragungsoperationen ausge- 
führt. Im Demonstrationsbeispiel ist 
durch entsprechende Kommentie- 
rung die prinzipielle Verfahrensweise 
erkennbar. 

Die Aufspaltung der Zahl erfolgt zwi- 
schen 2. und 3. Stelle links des Kom- 
mas. Es wird immer auf 2 Dezimal- 
stellen gerundet. Dadurch ist der Zah- 
lenbereich von 0 bis .99999999.99 
darstellbar. 


Wird für den Druck ohne die Darstel- 
lung auf dem Bildschirm eine Zahl be- 
nötigt, werden beide gespeicherten 
Teile im Unterprogramm Zusam- 
mensetzen wieder vereint und als 
String dargestellt. Gleichzeitig mit 
dem Zusammensetzen erfolgt eine 
Formatierung des Strings auf eine 
konstante Länge, so daß ohne 
Schwierigkeiten „kommabündig“ ge- 
schrieben werden kann. 

Beschreibung der Pro- 
grammkomponenten 

1. Zerlegung: Die zu bearbeitende 
Zahl wird als AQ an das UP überge- 
ben. Es sind 8 Stellen vor dem 
Komma zulässig. Der Programmauf- 
ruf erfolgt durch GOSUB 1 00. 

Die Rückgabe vom UP erfolgt in den 
Variablen: 

AI _= HT und A2 = NT. 

2. Übertrag Addition: Nach Durch- 
führung einer Addition, wobei die hö- 
herwertigen und die niederwertigen 
Teile beider Summanden getrennt 
addiert werden, erfolgt die Übernah- 
me und Rückgabe in den Variablen 
AI =HT und A2=NT (GOSUB 320). 


3. Zusammensetzen: Die beiden 
Zahlenteile werden an AI und A2 
übergeben und stehen nach UP-Auf- 
ruf (GOSUB 370) als AO in formatier- 
ter Form, mit 1 1 Zeichen Länge/2 De- 
zimalstellen, für eine Darstellung zur 
Verfügung. 

4. Multiplikation: Bei der Multiplika- 
tion darf nur ein Faktor eine zerlegte 
Zahl sein. Der zweite Faktor muß 
einen positiven numerischen Wert 
besitzen, der in einer numerischen 
Variablen angespeichert werden 

Variante 1: 

Der 1 . Faktor wird im UP Multiplika- 
tion entweder als AO übergeben 
(dann Aufruf mit GOSUB 610) oder, 
wenn die Zahl bereits zerlegt vorliegt, 
als AI und A2 (dann Aufruf mit GO- 
SUB 620). 

Der 2. Faktor wird immer als Variable 
A6 übergeben. 

Die Rückgabe des Multiplikationspro- 
duktes erfolgt alsAO. 

Variante 2: 

Die Multiplikation wird unmittelbar im 
BASIC-Programm mit der bereits zer- 
legten Zahl und dem 2. Faktor ausge- 
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5 goto 1000 

10 OEM. WEWraiDETE VARIABLE 

20 RSf: AI / A2/ A3/A4/A5/ A5/A7/A8/A9/A0 

30 REM AA/AB/AC/AD/AE/A7/AG/AH 

40 REM A10/A2a/A3»/A4n 

50 RSM *** 3TRIRG ARITHMETIK *** 


70 REH UP »ZERLEGUtJG* 

60 REH MAX FORMAT 8 STELLEN VOR KOMMA 
90 REM IIEBERGABE ALE A° 

100 AA=LEN(An) 

110 IF AA=0 TUEN An=" 0.00" 

120 A5=IHSTR(".",A<0 

130 IF A5=Q THEH A°=An+".00":G0T0 220 

140 IF A5=AA-1 TUEN Aa=An+"0" :GOTO 220 

150 IF A5=AA THEN An»Am-"00" :GOTO 220 

150 IF A5<AA-2 THEN 170: ELSE 22C 

170 AB=VAL(RIGKTn(An,0):AD=LEFTn(A°,AA-1) 

180 A7=VAL(niGHTD(AD,1)):IF AB>=5 THEN A7=A7+1 
190 A3°=STR°(A7) :A3n»RI0Hrn(A3n, 1 ) 

200 AH=LEF?ö(An,AA-2) :AB=ABfA3° 

210 GOT'O 100 
220 AA=LEN(An) 

230 An=STRIHGn(11-AA," ")+An 
240 An=LEFTn(An,8)+RIGHTö(An,2) 

250 AI =VAL(LEFTn(An,6)) : A2=VAL(RIGHTct(Aa,4)) 
260 REM RUECKGABE 

270 RSM AI-HOEIäERK. TEIL A2-HIEDERW. TEIL 

280 RETURN 


290 REH Nimm i nn ii n 

3Q0 agr «»* UEPERTT.’AG ADDITION ♦** 

310 REM 0HE3RGABS LTX RUECKGABE ALS A1/A2 
320 A>INT(A2/10000)*10000:A2=A2-A3 
330 A1=A1+A3/1 0000: RET’JTK 

340 RDM ♦ IHUMHH I 'I I III 


350 REM *»* ZUSAÜMENSETZEN *»* 

360 RE UEDERCABE ALS A1/A2 

370 I? A1=0 TT IHM Ap»" "lOOTO 410 

350 Ap=STR°(A1 ):AA=LE:I(Ap) 

330 ■ An-RIC :p(An, (ABSCAA-1 ) ) ) : AA»L3J(AP) 


440 A'w=STRIlJGn(4-LEN(A4n),"0")+A4n 
450 A4o=LEFTn(A4n, 2)+" . "+RIGUTo(A4n,2) 


G MULTI **» 

IE IJf® RUECKGABE ALS A' 

...1-HT(A13)*100:A1=It,T(A1) 

520 A2=A2+(A3*1 00):A>INT(A2/10000)*1 ( 
530 A2=A2-A3 : AI =A1 +A3/1 0000 
540 AS=A2:A9=INT(A6):A0=A&-A9 
550 IF AO>M.5 THEN A4=A94-1 :ELSE A4=A9 
560 A2=A4:RSTURN 


580 REH »*» MULTIPLIKATION »** 

590 REM UEBSRGABE FAKTOR 1 ALS An 

600 RSM UE3ERGABE FAKTOR 2 ALS A6 

610 GOSUB IOC 

62u M =A1 *A6 : A 2=A2*A6 

630 A3=(A1-IN?(A1 ))*100:A1=INT(A1) 

64C A2=A2+A3*1C0 

650 A3=INT(A2/10(XX))*10000:A2=A2-A3 

660 A1=A1+A3/10000 

670 A8=A2 : A9=INT (A3) : A0=A8-A9 

680 17 A0>=.5 TUEN A4=A9+1 :ELSE A4»A9 

690 A2=A4: GOSUB 370: RETURN 


730 RH« UEEEEGABE ALS AID UI® A2n 

740 m A2P WIRD VON AID SUBTRAHIERT 

750 REN Aln KUSS GR0E8SEE 

760 IE!« ALS A2n SEIN 

780 An=A1a: GOSUB 100 

790 AC=A1 :AD=A2:An=A2P:G0SUB 100 

800 AE=A1 : AF=A2 : AG=AC-AE 

610 AH=AD-AF 

820 IF AH<0 THEN AG =AC-1 :AD»AI>1 0000: GOTO 810 
830 A 1 =AG : A2=AH : GOSUB 370 
640 RS: RUECKGABE ALS An 
850 RETURN 


900 REM *** raaCHSTRATIOIBBEIDPISL «** 
1000 CLS:DIK S(1,10):FP.IHT 


1010 PRINT "»> 3 ZAHLEN EINGEHEN «<":PRIH7 

1020 INPUT" 1. ZAHL :";Z1n 

1030 INPUT" 2. ZAHL :";Z2n 

1040 INFJT" 3. ZAHL :";Z3n 

1050 REM *** ADDITION DER 3 ZAHLEN *** 

1060 REM ZERLEGUNG UND SPEICHERUNG 

1070 An=Z1n;C0SUB 100 

1080 Z(C,1)=A1:Z(1,1)=A2 

1090 An=Z2n:G0SUE 100 

1100 Z(0,2)=A1 :Z(1 ,2)=A2 

1110 An=Z3 D : GOSUB 100 

1120 Z(0,3)=A1 :Z(1 ,3)=A2 

1130 REM ADDITION UND UE3ERTRAG 

1140 A1=Z(0,1)+Z(0,2)+Z(0,3) 

1150 A2»Z(1,1)+Z(1,2)+Z(1,3) 

1160 GOSUB 330 

1170 S(0,4)=A1:Z(1,4)=A2 

1180 RET SU5KE ZUSAMMENSSTZSN UND ANZEIGEN 

1190 A1=Z(0,4):A2=Z(1 ,4):G0SUB 370 

1200 PRINT :5n=An 

1210 PRINT"DIE SiniHE BSTRA5GT :*;So 
1220 RE:; SUBTRAKTION DER 3.ZAil VON DER SUMME 

1230 Ain=sn : RE-' kikuend 
1240 A2B»Z3n:RZ:.! 3i3TRAH5KT> 

1250 GOSUB 780: REH SUBTRAKTION 
1260 Dn=Ao: PRINT 

1270 PRIK"DIS DIFFERENZ BETRAEGT :";Dn 
1280 REH *** MJLTIPLIKATION *»» 

1290 REt-' NACH VARIANTE 2 
1300 PRIKT 

1310 PRINT "DIFFERENZ * 1.5 

1320 REM ZERLEGEN DER DIFFERENZ 

1330 Ao=Dn;GOZUB 100 

134C REM AUSFÜEHRUIiG DER MULTIPLIKATION 

1350 A1=A1*1.5:A2=A2*1.5 

1350 C03ÜB 510: RSi' UEBERTRAG 

1370 OOSUE 370: REM ZUSAHNENSETZEN UND ANZEIGE 

13S0 PRINT An: PRINT 

1390 REK NACH VARIANTE 1 

1400 INPUT"BITTE FAKTOR X EINGEBEN:";A6 

1410 REt: An ENTHAELT NOCH DAS 1. PRODUKT 

1420 GOSUB 510 

1430 FRIKT"1 .PRODUKT' * FAKTOR X :";An 
1440 END 


führt. Die beiden Zahlenteile werden 
den Variablen AI und A2 übergeben, 
und mittels GOSUB 510 wird über 
das UP Übertrag multi lediglich der 
tibertrag ausgeführt. Das Ergebnis 
steht wieder in AI und A2. 

5. Subtraktion: Übergabe an das 
UP Subtraktion (GOSUB 780) er- 
folgt folgendermaßen : 

Minuend als AI a 
Subtrahend als A2Q 
VAL(AIQ) > VAL(A2Q) 

Die Differenz wird als AO zurückge- 
geben. 

Hinweise zu den Über- und Rückga- 
bevariablen, sowie eine Liste aller 


verwendeten Variablen sind als Kom- 
mentarzeilen in die Stringarithmetik 
eingeführt. 

Beispielprogramm 

Das Beispielprogramm enthält in den 
Zeilen 10 bis 860 die eigentliche 
Stringarithmetik, die zur Einhaltung 
einer zumutbaren Abarbeitungsge- 
schwindigkeit immer am Programm- 
anfang stehen sollte. Im BASIC- 
Programm wird dann die Eingabe von 
3 Zahlen gefordert, die zunächst zer- 
legt und dann addiert werden. Jetzt 
erfolgt die Subtraktion der 3. Zahl 
von der Summe. Die Differenz wird 


dann im BASIC-Programm mit dem 
Faktor 1,5 nach Variante 2 multipli- 
ziert. 

Nach Eingabe eines weiteren Faktors 
durch den Bediener wird dann eine 
Multiplikation nach Variante 1 ausge- 
führt. 

An diesem Beispiel müßte die grund- 
sätzliche Verfahrensweise bei der 
Handhabung der Stringarithmetik zu 
erkennen sein. Bei sorgfältiger Aus- 
wahl der Variablen und übersichtli- 
cher Arbeitsweise in der Program- 
mierung ist eine leichte Einarbeitung 
in das Problem möglich. Mit der vor- 
gestellten Variante lassen sich schon 


viele Probleme auf dem Gebiet der 
Ökonomie lösen, sie soll aber nicht 
als etwas Endgültiges betrachtet wer- 
den. Vielleicht fi ndet der eine oder an- 
dere Leser weitere Lösungsmöglich- 
keiten bzw. kann die beschriebene 
Variante weiterentwickeln, um zum 
Beispiel auch negative Zahlen verar- 
beiten zu können, die Division zu rea- 
lisieren, die Multiplikation zweier zer- 
legter Zahlen zu ermöglichen oder die 
Stellengenauigkeit weiter zu erhö- 
hen. 

Hans Langenhan, Ohrdruf 


Magnetbandkatalog für KC 85 / 2,3 mit Zählwerk 


Im Heft 12 (1987) dieser Zeitschrift 
wurde ein Programm zur automati- 
schen Dokumentation der Pro- 
gramme auf den Magnetbandkasset- 
ten vorgestellt. 

In diesem Beitrag wird eine Erweite- 
rung des Programms dahingehend 
vorgenommen, daß auch der jewei- 
lige Stand der Bandzähluhr automa- 
tisch mit erfaßt wird. Damit ist ein 
späteres Auffinden gewünschter Pro- 
gramme mühelos möglich. Die Idee 
des Programmes besteht darin, den 
freien Kanal 0 der CTC im KC 85/2,3 
als Zeitgeber im Interrupt laufen zu 
lassen. Die RAM-Zellen 12300 - 
12302 enthalten dann die jeweils ab- 
gelaufene Zeit T. Aus diesen Werten 
wird mit Formeln der Differentialgeo- 
metrie in den Programmzeilen 250 
und 260 der jeweilige Bandzähler- 
stand Q errechnet. Die angegebenen 
Werte beziehen sich auf das Ton- 
bandgerät Geracord. Die Genauig- 
keit beträgt 0,5%. Sollten andere 
Bandgeräte oder 90-min-Bänder be- 
nutzt werden, so sind die entspre- 


chenden Werte für P und Q in der 
Zeile 250 den folgenden Formeln zu 
zu entnehmen: 

P = Qo/(V-1) 

Q = T x (V’-IJ/T». 

Dabei ist V = r^r, = 0.459 das Ver- 
hältnis der Wickelradien, falls das 
Zählwerk vom Abwicklerteller getrie- 
ben wird. Im anderen Fall ist V = r,/ 
r 2 = 2,18. Q 0 ist der Endstand des 
Zählwerkes bei Banddurchlauf und T 0 
ist ein Maß für die Laufzeit, also 
T„ = 5E+4 für 60-min-Kassetten 
bzw. T 0 = 7.5E+4 für 90-min-Kas- 
setfen. 

Natürlich ist wiederum die Ausgabe 
auf einen Drucker durch Ersetzen des 
PRINT-Befehls in Zeile 430 durch 
PRINT #2. möglich. 

Wird die Bandversion des BASIC-In- 
terpreters genutzt, so sind die Zeilen 
530 und 540 zu ersetzen durch: 

530 DATA 0,0,0,205,3,240,1 0,0 
540 DATAO, 0,201,0, 122, 18, 0,0 

Prof. Dr. H. Junek 




Zeitschriftenschau 

Seit 1984 erscheint in der UdSSR die 
Zeitschrift „ Mikroprozessornyje 

sredstwa i sistemy“, herausgegeben 
vom Staatlichen Komitee der UdSSR 
für Wissenschaft und Technik. Wie G. 
Gromow, wissenschaftlicher Mitar- 
beiter des Rechenzentrums der AdW 
der UdSSR und verantwortlicher Se- 
kretär der Zeitschrift in „Wissen- 
schaft in der UdSSR“, Heft 211987, 
schreibt, stehen im Blickpunkt der 
„MP“ immer Probleme der Compu- 
ter-Grundausbildung: Informatik in 
der Schule, Heimcomputer, Pro- 
grammierunterricht an Hochschulen. 
Es finden sich Beiträge zu neuen Mi- 
kroprozessoren, Kleincomputern, Ei- 
genbau-Heimcomputern mit Schalt- 
bildern und Diagrammen sowie zur 
entsprechenden Software. Der Chef- 
redakteur, A. Jerschow, erläuterte in 
der ersten Ausgabe der „MP“, daß 
die Zeitschrift für jeden nutzbringend 
gemacht werden soll, der mit der Ent- 
wicklung und Anwendung der Mikro- 
prozessortechnik zu tun hat. Bei- 
träge aus unserer Schwesterzeit- 
schrift dürften deshalb auch für den 
Leserkreis der MP (DDR) von Inter- 
esse sein, so daß wir unsere in loser 
Folge erscheinende Rubrik „Zeit- 
schriftenschau “ mit Rezensionen der 
MP (UdSSR) eröffnen. 

L. I. Podolski, A. P. Ljaskowski: 
Programmiersystem Quasic-2 für 
Mikrorechner. 

Mikroprozessornyje sredstwa i si- 
stemy 4 (1987) 2 

Quasic-2 ist ein Programmiersystem 
für Mikrorechner vom Typ Elektronika 
60, DWK, SM 1300 u. ä„ das Edition, 
Compilation, Test und Programm- 
ausführung unterstützt. Es besitzt fol- 
gende Leistungsmerkmale: 

- Benutzung einer höheren Pro- 
grammiersprache, die aber auch über 
maschinenorientierte Möglichkeiten 
verfügt. Die Sprache ist mit PLZ ver- 
gleichbar und an der Architektur der 
Elektronika 60 orientiert. 

- Hohe Ausführungsgeschwindig- 
keit der Programme; wird durch Com- 
pilation erreicht. 

- Einfaches Nutzerinterface, das 
sich durch Homogenität und die Mög- 
lichkeit des interaktiven Arbeitens 
auszeichnet. Unter Homogenität wird 
das Vorhandensein einer gemeinsa- 
men Nutzeroberfläche für alle Sy- 
stemkomponenten und eines einheit- 
lichen Stils der Wechselwirkung Nut- 
zer-System in allen Phasen der Pro- 
grammerarbeitung verstanden. 

Das interaktive Arbeiten ist durch Ein- 
fachheit und Komfort der Formulie- 
rungen der Systemanforderung und 
deren schnelles Abarbeiten gekenn- 
zeichnet. 

- Geringe Anforderungen an die 
Rechnerkonfiguration 

Die wesentlichen Vorteile (Interaktivi- 
tät, schnelle Compilation, geringe An- 
forderungen an die Peripherie) wer- « 
den dadurch erreicht, daß das Sy- 
stem im Arbeitsspeicher resident ist. 
Daraus folgen natürlich Schranken 
für die Programmabmessungen. Bei 
56 KByte sind etwa 10 3 Programm- 
zeilen möglich. 

Alle umgebungsabhängigen Bedin- 
gungen sind im Systemmodul und in 


Literatur 


den Driver konzentriert. Für das auto- 
nome Arbeiten unter dem Betriebssy- 
stem RAFOS und OSRW wurden Sy- 
stemmodule und Driver geschaffen. 
(Typische Größen: Sytemmodul - 
1 50 Zeilen Assembler, Driver - 50 bis 
200 Zeilen) 

Für grafische Terminals existiert ein 
Programmpaket. Das System Qua- 
sic-2 kann nur als Minimalkonfigura- 
tion eines modernen Programmiersy- 
stems angesehen werden. Diese sind 
durch das Vorhandensein von Werk- 
zeugen für Entwurfsspezifikation, Va- 
lidation und Wartung bzw. Pro- 
grammgeneratoren gekennzeich- 
net. 

G. R. Gromow: Die Spielkompo- 
nente des Personalcomputers: Sti- 
mulator der Kreativität, pädagogi- 
sche Methode, Genre der Film- 
kunst. 

Mikroprozessornyje sredstwa i si- 
stemy 4 (1987) 3 

Ausgehend von einer historischen 
Betrachtung wird die Konvergenz von 
Spiel, Lernprozeß und professionel- 
lem T raining, die durch die massen- 
hafte Anwendung von Personalcom- 
putern einen Höhepunkt erreicht hat, 
konstatiert. Es wird festgestellt, daß 
die Spielkomponente den schöpferi- 
schen Prozeß entkrampft und stimui_ 
lert. 

Der Autor, vor allem durch seine Ar- 
beit „Die nationalen Informationsres- 
sourcen - Probleme der industriellen 
Nutzung“ bekannt, unterscheidet drei 
Arten von Computerspielen: Posi- 
tionsspiele, Dynamische Spiele untT 
Spiefemit Scüaüwert. 

Der Autor sieht im Computerspiel den 
Hauptweg zur Überwindung psycho- 
logischer Barrieren. Der Einfluß der 
Spielkomponente auf schöpferische 
Prozesse in Arbeit und Lehre ist mehr 
oder weniger klar. Ungeklärt ist der 
Einfluß auf die Kunst. Er macht sich 
mindestens in der Schaffung eines 
neuen Filmgenres, des Dialogfilms, 
bemerkbar. Dabei ist der Zuschauer 
nicht mehr zur passiven Aufnahme 
verurteilt, sondern kann durch Aus- 
wahl von Handlungslinien aktiv Ein- 
fluß auf die Fabel nehmen, womit er 
sich selbst in das Geschehen inte- 
griert. 

A. L. Pashitkow: Die logische 
Struktur des Computerspiels. 

Mikroprozessornyje sredstwa i si- 
stemy 4 (1987) 3 

Unter bestimmten Randbedingungen 
lassen sich drei funktionelle Kompo- 
nenten des Computerspiels erken- 
nen, die programmtechnisch reali- 
siertwerden müssen: 

- Spielmilieu, d. h. die durch das 
Spiel imitierte „Welt“ 

- Wechselwirkung mit dem Spieler 

- Wertung der Spielsituation. 

Das Spielprogramm kann in zwei 
Komponenten unterteilt werden. Die 
I erste realisiert die logische Struktu r 
des Spieles, während die zweite den 
Spielp rozeß auf dem Displ ay abbil- 
cfef. Bei der logischerTStruktur unter- 
scheidet der Autor drei Niveaus: ope- 
ratives, taktisches und stategisches 
Niveau und gibt in PASCAL-ähnlicher 
Notion ein Beispiel für beliebige 
Spiele des betrachteten Typs. 

Eine wesentliche Schlußfolgerung 
des Beitrages besteht darin, daß die 


besten bekannten Computerspiele 
sich dadurch auszeichnen, daß die 
Anforderungen auf alle drei Niveaus 
der logischen Struktur gleichmäßig 
verteilt sind. 

Bockov, S. O., Smeljanski, R. L.: 
Ein symbolischer Debugger für C 

Mikroprozessornyje sredstwa i si- 
stemy 4 (1987) 5 

Durch seine interaktive Arbeitsweise 
und die Tatsache, daß der Program- 
mierer beim Testen sich auf C-Niveau 
bewegen kann, weist der beschrie- 
bene Debugger wesentliche Merk- 
male moderner Debugger auf. 

Dabei benötigt der Debugger relativ 
wenig Speicherplatz (26 K). Er ist 
selbst in C geschrieben und auf der 
Elektronika 60 implementiert. Es er- 
folgte auch eine Implementierung auf 
den hierzulande wenig bekannten 
Personalcomputer „Corvet“. Die 
grundlegenden Leistungsmerkmale 
des Debuggers sind: 

- Möglichkeit der Programmausfüh- 
rung von einem beliebigen Pro- 
grammpunktaus 

- Möglichkeit des Schrittbetriebes 

- Möglichkeit der Trassierung mar- 
kierter Operatoren 

- Setzen von statischen und dynami- 
schen Haltepunkten 

- inverse Programmausführung 

- Zugriff auf C-Datentypen und 
-Strukturen 

- Prüfung auf Konsistenz der forma- 
len und aktuellen Parameter 

- Einbetten von bedingten Debug- 
gerkommandos in das C-Programm 

- Editieren auf C-Niveau. 

Die Grundidee bei der Realisierung 
des Debuggers besteht in der Über- 
setzung des C-Programmes in einen 
Zwischenkode relativ hohen Niveaus, 
der interpretiert wird. In diesem Zwi- 
schenkode erfolgt eine Trennung von 
Steueroperationen und Datenopera- 
tionen. Damit gelingt es, nach Pro- 
grammänderungen den Aufwand zur 
Neuübersetzung äußerst gering zu 
halten. Der Steuerfluß ist im Zwi- 
schenkode durch Lapanor-Schemata 
dargestellt, die Datenoperationen in 
umgekehrt polnischer Notation. 
Lemko, L. M., Gladkow, W. W., Jer- 
makow, S. W., Shukow, W. N.: Der 
Mikrorechner Elektronika MK 85 
Mikroprozessornyje sredstwa i si- 
stemy 4 (1987) 4 

Der Mikrorechner Elektronika MK 85 
zeichnet sich durch seine Größe aus, 
die der eines Taschenrechners gleich 
ist. Die Programmiersprache ist BA- 
SIC. Die Programm- und Datenein- 
gabe erfolgt über eine Polyfunktional- 
tastatur mit 54 Tasten. Pro BASIC- 
Zeile sind 63 Zeichen zugelassen. 
Davon werden jeweils als laufender 
Ausschnitt 1 2 Zeichen durch die Flüs- 
sigkristallanzeige dargestellt. Außer- 
dem werden verschiedene den Pro- 
grammablauf charakterisierende Si- 
gnale dargestellt. Im Mittel kann die 


Der Rechner ist auf Basis des 16-Bit- 
Prozessors T243-2 aufgebaut. Der 
adressierbare Speicherbereich be- 
trägt 64 KByte, die maximale Taktfre- 
quenz 2 MHz. In der Rechnerversion 
werden 18 KByte benutzt, eine Spei- 
chererweiterung ist möglich. Es ist 
Batterie- und Netzspeisung möglich. 


Der Einzelhandelspreis beträgt 135 
Rubel. Damit steht dem sowjetischen 
Amateurprogrammierer ein BASIC- 
Rechner für erste Programmierversu- 
che zur Verfügung, der vergleichbar 
mit westlichen Produkten ist. Jedoch 
der beschränkte Speicherbereich, die 
stark begrenzten Möglichkeiten des 
Festkristalldisplays und vor allem das 
Fehlen von externen Speicherme- 
dien werden den Nutzer bald zum 
Homecomputer BK-0010 greifen las- 
sen. Dr. Stiefel 

Esperanto-Computerzeit- 

schrift 

Seit 1987 wird die Zeitschrift FO- 
KUSO („Brennpunkt“; früher „Inter- 
nacia Komputado“ = internationale 
Computertechnik, -anwendung und 
-Programmierung) vom ungarischen 
Esperanto-Verband in neuer Form 
und mit erweitertem populärwissen- 
schaftlichem Inhalt herausgege- 
ben. 

Natürlich liegt der Schwerpunkt nach 
wie vor bei allen Themen, die mit 
Computern, insbesondere mit Heim- 
und Personalcomputern, zu tun ha- 
ben wie: 

- Programmierung, Expertensy- 
steme, Sprachverarbeitung, Compu- 
tergrafik 

- Robotertechnik 

- Sensortechnik 

- Kybernetik 
aber auch: 

- Krebsforschung 

- internationale Ökonomie 

- Ornithologie. 

All diese Artikel stammen, ganauso 
wie die zahlreichen humorvollen oder 
satirischen Zeichnungen, von Auto- 
ren verschiedener Länder. Selbst 
über die Computerproduktion der VR 
China wird berichtet. Besonderes In- 
teresse findet bei den Lesern der jähr- 
liche Überblick über die Computer- 
produktion der RGW-Länder. Gleich- 
zeitig wird damit die Tauglichkeit der 
nunmehr 100jährigen Plansprache 
selbst für solche hochaktuellen The- 
men eindrucksvoll unter Beweis ge- 
stellt. 

Jedoch nicht nur für Leser, sondern 
auch für Autoren ist der internationale 
Charakter dieser Zeitschrift interes- 
sant, schließlich wird sie in mehr als 
35 Ländern der Erde verkauft! Die 
Zeitschrift kann zum Jahrespreis von 
24,- M (4 Hefte) bezogen werden 
über M. Behr, Koburger Str. 83, Mark- 
kleeberg, 7113. 

Weber 

Nutzerkatalog für KC 87 

Mit der Ausgabe 1/88 erschien erstmals 
eine Sammlung bewährter Anwenderlösun- 
gen, die den Nutzern von Robotron-Klein- 
computern zur Nachnutzung angeboten 
werden. Mit der Vorlage dieses Kataloges 
soll über bereits vorhandene effektive Hard- 
und Softwarelösungen informiert werden 
und somit Entwickungs- und Programmier- 
aufwand beim Anwender eingespart wer- 
den. Die Wirksamkeit dieses Kataloges und 
seiner Fortschreibungen wird von der Koo- 
perationsbereitschaft der Kleincomputer- 
nutzer abhängen. 

Interessenten für diesen Katalog und Ein- 
sender nachnutzungsfähiger Lösungen 
wenden sich an: 

VEB Robotron-Meßelelektronik „Otto 
Schön“ Dresden. Abt. 1 EKG, Postfach 21 1 , 
Dresden, 8012 
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Entwicklungen und Tendenzen 


Systemsoftware - 
weiterhin ein Engpaß 

Erst ein Jahr nach Produktionsauf- 
nahme des Personalcomputers PS/2 
durch die IBM Corp. können die An- 
wender die Basisversion des Be- 
triebssystems BS/2 installieren. Die 
Standardversion soll'erst 1989 aus- 
geliefert werden und die erweiterten 
Versionen, die den Communication- 
Manager und den Database-Mana- 
ger enthalten, sollen zu einem noch 
späteren Zeitpunkt bereitstehen. Das 
Basisbetriebssystem soll erstmals 
den Protection-Level-Mechanismus 
nutzen, den die Intel-Prozessoren 
bieten. 

Für das System PS/2-Modell 80 hat 
IBM das Unix-Betriebssystem AIX in 
einer ersten Version freigegeben. Die 
Komponenten, die Befehle und Hilfs- 
programme für die Anwendungsent- 
wicklung bereitstellen und Pro- 
gramme unter DOS 3.3-Steuerung 
lauffähig machen, sollen jedoch erst 
Ende 1988 zur Verfügung stehen. Mit 
dem Betriebssystem AIX ist IBM so- 
mit den Forderungen vieter Anwen- 
der nach Unix-Software gefolgt. Eine 
totale Hinwendung zu Unix ist jedoch 
nicht zu verzeichnen. 

Die seit Jahren bestehende Diskre- 
panz zwischen der Bereitstellung der 
Hardware und der Systemsoftware 
wird an diesen Beispielen erneut of- 
fenkundig. 

Diese Situation läßt den unabhängi- 
gen Softwarehäusern weiterhin ein 
breites Betätigungsfeld offen. Die 
Hardwarehersteller unternehmen 
ebenfalls große Anstrengungen, um 
auf dem Gebiet der Software und des 
Services Boden gutzumachen. Der 
Umsatzanteil für Software und Ser- 
vice soll von gegenwärtig etwa 35 % 
auf 50 %, bei IBM von 27 % auf 46 % 
erhöht werden. 

Quelle: Computer-Ztg. - Leinfelder-Echter- 
dingen 1 9 (1987) 25. -S. 1 


Neuartige Solarzelle 

An der amerikanischen Universität 
von Delaware wurde ein neuer Typ ei- 
ner Solarzelle entwickelt, bei dem an- 
stelle des bisher üblichen Siliziums 
ein neuartiges Keramik-Substrat be- 
nutzt wird. Damit soll diese Zelle um 
90 % billiger sein als herkömmliche 
Zellen. 

Auf dem Keramik-Substrat wird eine 
Schicht aus Siliziumkarbid erzeugt, 
deren hohes Reflexionsvermögen in 
den Zellen ausgenutzt wird. Darauf 
folgt eine Dünnschicht aus polykri- 
stallinem Silizium, die mit Epitaxiemit- 
teln erzeugt wird. Hier findet die 
Wandlung von optischer in elektri- 
sche Energie statt. 

Die ersten Versuchsmuster sollen ei- 
nen Wirkungsgrad von rund 10 % ha- 
ben. Mit weiteren Verbesserungen 
soll der Wert auf 1 7 % gesteigert wer- 
den können. 


Quelle: Elektronik. - München 36 (1987) 15. 


Neues 

PC-Betriebssystem 
MS OS/2 



Schalten 

in Femtosekunden 

Der japanischen Firma Sumitomo 
Special Metals Corp. soll die Herstel- 
lung eines Schaltelements, das aus 
einer Blei-Lanthan-Zirkon-Titan- 
Kombination besteht und mit 100 
Femtosekunden (1 Femtosekunde = 
1 Billiardstel Sekunde) die kürzeste 
optische Shuttergeschwindigkeit hat, 
die jemals erreicht worden ist, gelun- 
gen sein. Der Werkstoff wurde warm 
isostatisch gepreßt und anschließend 
in einem speziell dafür entwickelten 
Prozeß gesintert. Die Sinterdauer be- 
trug weniger als zehn Stunden. Der 
Transmissionsgrad war annähernd 
100 bei einer Wellenlänge von rund 
400 Nanometern. 

Der Schaltkreis ist sehr klein und hat 
eine minimale Einfügungsdämpfung. 
Er soll sich für Kameraverschlüsse, 
Shutter-Arrays von optischen Druk- 
kern, dreidimensionale Bildgebersy- 
steme und Anzeigegeräte eignen. 

aus Blick durch die Wirtschaft 14. 6. 87 

GaAs-ICs 
billiger Herstellen 

Ein neues Verfahren zur Produktion 
von GaAs-ICs, mit dem die Stückko- 
sten gesenkt werden könnten, wurde 
von der kalifornischen Firma Vitesse 
Semiconductor Corp. entwickelt. Da- 
bei verzichtete Vitesse auf die sonst 
bei GaAs-ICs meist eingesetzte 
Goldmetallisation und auf die Luftiso- 
lierung im Chip, bei der komplizierte 
Brücken in den ICs aufgebaut werden 
müssen. 

Die Firma setzt in ihrem Verfahren Alu- 
minium und Aluminiumoxyd ein. Es 
sind acht Maskenschritte erforderlich. 
Die Ausbeute soll auf 28 bis 32 % ge- 
steigert werden können, bezogen auf 
6 000 bis 8 000 aktive Elemente pro 
Chip. In einem nächsten Schritt soll 
die Zahl auf 1 0 000 oder 20 000 aktive 
Elemente pro Chip erhöht werden. 
Quelle: Elektronik. - München 36 (1987) 22. 


Superschneller 

Speicherchip 

Das kalifornische Unternehmen Al- 
liance Semiconductor hat nach eige- 
nen Angaben einen sehr schnellen 
Speicherchip mit einer Kapazität von 
1 MBit entworfen. Dieser dynamische 
Schreib-/Lesespeicher soll in Japan 
von dem Unternehmen NMB Semi- 
conductor im zweiten Quartal 1988 
gefertigt werden. Damit sollen die 
Speicher anderen leistungsfähigeren 
Bauelementen angepaßt werden. 

Die neuen 32-Bit-Mikroprozessoren 
sind für Taktfrequenzen von 16 bis 
20 MHz ausgelegt. Sie konnten ihre 
volle Leistung mit den bisher verfüg- 
baren dynamischen Speichern nicht 
ausschöpfen. Ein Durchbruch soll mit 
dem neuen Speicherchip mit 1 5 MHz 
erreicht werden. Die Entwicklung ei- 
ner Familie von 1 MBit dynamischen 
Schreib-/Lesespeichern in 1,2-^m- 
CMOS-Technologie soll zwischen 
beiden Firmen vereinbart worden 

Blick durch die Wirtschaft v. 
24. 12. 87 


COMPAQ Computer Corporation gab 
im Februar die Einführung der Stan- 
dard-Version 1.0 des in enger Zu- 
sammenarbeit mit Microsoft entwik- 
kelten Betriebssystems Operating 
System/2 - kurz MS OS/2 - für die 
COMPAQ Personal Computer mit 
den Intel-Prozessoren 80286 und 
80386 bekannt. 

MS OS/2 ist ein neues Single-User- 
(Einplatz) Multitasking-Betriebssy- 
stem für 80286- und 80386-Personal 
Computer. Es stellt dem Anwender 
einen größeren Speicheradreßraum 
zur Verfügung als die bisher verfüg- 
baren Betriebssyssteme (statt 
640 KByte jetzt 16 MByte). Die von 
COMPAQ veröffentlichte Standard- 
Version 1 .0 von MS OS/2 ist vollkom- 
patibel zu Anwendungen für die Stan- 


Varistoren 
in Kapselstiften 

Die Firma Solid State Division der Ge- 
neral Electric/RCA hat sogenannte 
„Pin-Varistoren“ entwickelt, die um 
Anschlußstifte der IC-Kapseln ange- 
ordnet sind. Das soll zu Grundflä- 
chen-Einsparungen von max. 15% 
führen können. Der eigentliche Ent- 
wicklungsfortschritt liegt darin, daß 
die Varistoren in ihren Abmessungen 
so verkleinert worden sind, daß sie ei- 
nerseits Transienten gleich wie die 
herkömmlichen Typen unterdrücken 
können und andererseits Platz an 
den Kapselstiften finden. 

GE/RCA sieht vorerst Anwendungs- 
möglichkeiten nur dort, wo die Minia- 
turisierung von Platinen hohe Priorität 
hat (MIL-Sektor). Zudem werden die 
neuen „Pin-Varistoren“ ungefähr um 
den Faktor 10 teurer sein als die bis- 
her üblichen Typen 

Quelle: Elektronik. - München 36 (1987) 22. 


Werkfoto 

stems OS/2 der IBM. Anwendungs- 
programme laufen auf COMPAQ- 
Personal-Computern mit 80286- und 
80386-Prozessor unter MS OS/2 mit 
höherer Geschwindigkeit als auf ver- 
gleichbaren Systemen. 

Neue Anwendungsprogramme wer- 
den das gleichzeitige Ablaufen meh- 
rer Programme und Tasks (Aufga- 
1 ben) unter MS OS/2 Version 1 .0 mög- 
lich machen. MS OS/2 wird dadurch 
bei einem wachsenden Kreis von PC- 
Anwendern zu einem wichtigen Fak- 
tor der Leistungssteigerung werden. 
Darüber hinaus ermöglicht MS OS/2 
das rasche Wechseln von Anwen- 
dung zu Anwendung, das Austau- 
schen von Daten zwischen verschie- 
denen Programmen und das Arbeiten 
mit wesentlich umfangreicheren Pro- 
grammen als bisher. 


Si-Transistor: 

50 ps Verzögerung 

Neuartige bipolare Silizium-Transi- 
storen, die versuchsweise in einem 
Ringoszillator eine Gate-Verzöge- 
rung von weniger als 50 ps (bei einer 
Flip-flop-Frequenz von 6,4 GHz) er- 
reichen können, entwickelte die 
Firma Plessey/Großbritannien. Die 
Produktion der ersten ICs mit den 
neuen Transistor-Elementen soll 
1 988 aufgenommen werden. 

Bei der Produktion der Transistoren 
benutzt Plessey einen eigenen „HE“- 
Prozeß, bei derti die sogenannte 
„Trench“-lsolation gemeinsam mit 
zwei überlappenden Lagen aus Poly- 
silizium eingesetzt wird. Die Kapazi- 
tät Emitter/Basis kann damit kleiner 
als üblich gehalten werden, und die 
nutzbare Betriebsfrequenz läßt sich 
anheben. Die Cutoff-Frequenz bei 
der Serienproduktion soll bei 14 GHz 
liegen. 

Quelle: Elektronik. - München 36(1987) 23. 
-S.9 
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TURBO-PASCAL 

Von Dr. rer. nat. Gerhard Paulin. Reihe Technische Informatik. 1. Auflage. 208 Seiten, 20 Bilder, 3 Tafeln, 
Broschur, DDR 20,- M, Ausland 28,- DM. Bestellangaben: 553 92 1 OlPaulin, Turbo- Pascal 
In dem Buch wird die Programmiersprache systematisch dargestellt, zahlreiche Beispiele illustrieren die 
Verwendung der Sprachelemente. 

Darüber hinaus wird die Programmentwicklung im Dialog dargestellt: Quelltextbereitstellung, Compilation, 
Testläufe, Sichern von Queiltexten und Objektkodes. Die Anhänge enthalten Zusammenfassungen der 
Syntax, des Arbeitens mit dem Editor, Fehlemachrichten und der internen Kodierung (ASCII). 

Optoelektronische Sensorsysteme 

Von Prof. Dr. sc. techn. Detlef Schmidt und Dr.-Ing. Wolf gang Schwarz. Reihe Automatisierungstechnik, 
Band 231.1. Auflage. 80 Seiten, 41 Bilder, 9 Tafeln, Broschur, DDR 4,80 M, Ausland 8,- DM Bestellan- 
gaben: 553 930 9ISchmidt, Sensor RA 231 

Am Beispiel des Einsatzes von CCD-Zeilenkameras wird gezeigt, wie durch zweckmäßige Informationsre- 
duktion trotz großer Datenmengen ein Echtzeitbetrieb für Prüfprozesse möglich wird. Dabei wird auch den 
Fragen der zweckmäßigen Beleuchtung, der optimalen Rasterung und der geeigneten Merkmalauswahl 
Beachtung geschenkt. 

Die zahlreichen, in einigen Fällen recht ausführlichen Anwendungsbeispiele sollen einerseits Anregungen 
geben für neuartige Lösungen in verschiedensten Produktions- und Überwachungsbereichen, andererseits 
auf besonders zu berücksichtigende Probleme hinweisen. 


Grundlagen der elektrischen Meßtechnik 

Von Prof. Dr. sc. techn. Werner Richter. 2., bearbeitete Auflage. 308 Seiten, 322 Bilder, 38 Tafeln, Leinen, 
DDR 19,- M, Ausland 32,- DM. Bestellangaben: 553 838 1 /Richter, Meßtechnik 
Neben einer gründlichen Darstellung von Kenngrößen und Kennfunktionen für Meßeinrichtungen sowie der 
gesamten Fehlerproblematik enthält das Buch vor allem die für die moderne elektrische/elektronsiche Meß- 
technik typischen Funktionseinheiten, Meßgeräte und -Systeme bis hin zu Sensoren und mikroprozessor- 
gesteuerten Meßeinrichtungen. Viele Beispiele geben Hinweise für eine direkte Nutzung in der meßtechni- 
schen Praxis. 

Die Auflage ist aktualisiert worden. 


T ransistor-Elektronik 

Anwendung von Halbleiterbauelementen und integrierten Schaltungen 

Von Ing. Karl-Heinz Rumpf und Ing. Manfred Pulvers. 11., unveränderte Auflage. 296 Seiten 334 Bilder 43 
Tafeln, Leinen DDR 24,- M, Ausland 35,- DM. Bestellangaben: 553 620 4/Rumpf, Transistor 

Analoge Systeme 

Grundlagen 

Von Prof. Dr.-Ing. habil. Gerhard Wunsch und Dr. sc. techn. Helmut Schreiber. 2., durchgesehene Auf- 
lage. 238 Seiten, 220 Bilder, 7 Tafeln, Kunstleder, DDR 18,- M, Ausland 28,- DM. Bestellangaben: 553 
896 3IWunsch, Analoge Systeme 

Von den gleichen Autoren bereits in 2., durchgesehener Auflage: Stochastische Systeme. Grundlagen. 176 Seiten, 1 1 1 Bil- 
der, Leinen, DDR 13,- M. Ausland 25,- DM. Bestellangaben: 553 325 7/Wunsch, Stochast. Systeme 
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Am 12. Mai dieses Jahres erlebten 
die Besucher eines Experimentalvor- 
trages im deutschen Hygienemu- 
seum eine Computerpremiere beson- 
derer Art. Die URANIA und der VEB 
Robotron-Meßelektronik „Otto 
Schön“ Dresden beschritten einen 
begrüßenswerten Weg bei der Vor- 
stellung eines neuen Produktes. Den 
Zuschauern im vollbesetzten Stein- 
saal wurde der Bildungscomputer 
BIC A 5105 präsentiert. Über einen 
Schwarzweiß- und sechs Farbmoni- 
tore konnten die Zuschauer die Hand- 
lungen des Vorführenden am Com- 
puter verfolgen. 

Der Computer (Bild 1 ) besteht aus 
drei Hauptbaugruppen: dem Compu- 
tergrundgerät (Tastatur mit Compu- 
ter; Bild 2), der Diskettenspeicherein- 
heit und dem Monitor. Dieser Compu- 
ter, dessen Entwicklung in diesem 
Jahr abgeschlossen wird, steht ab 
1 . September 1 989 für die Ausbildung 
in Oberschulen, Berufs-, Spezial- und 
Ingenieurschulen zur Verfügung. Die 
Entwicklung des Computers erfolgt 
entsprechend den Forderungen un- 
seres Bildungswesens, und die Pro- 
duktionskapazität wird bedarfsdek- 


Dritte neue Chipfabrik 
entsteht 

im Südosten Erfurts 

1,5 Millionen hochintegrierte Spei- 
cherschaltkreise eines neuen Typs 
werden die 8500 Beschäftigten des 
VEB Mikroelektronik „Karl Marx“ Er- 
furt in diesem Jahr zusätzlich für die 
Volkswirtschaft bereitstellen. Der 64- 
KBit-Speicher, der bei gleicher Flä- 
che die vierfache Kapazität gegen- 
über seinem Vorgänger hat, ist unter 
anderem für Robotron-Computer und 
Automatisierungstechnik bestimmt. 
Insgesamt wird die Produktion unipo- 
larer Schaltkreise in diesem Jahr im 
Stammbetrieb des Kombinates Mi- 
kroelektronik Erfurt auf 180 Prozent 
im Vergleich zu 1987 steigen. Über 
diese anspruchsvollen Vorhaben 
wurde Anfang April auf einer Partei- 
aktivtagung in der Thüringer Bezirks- 
stadt informiert. Gemeinsam mit Ger- 
hard Müller, Kandidat des Politbüros 
des ZK und 1 . Sekretär der Bezirkslei- 
tung Erfurt der SED, berieten Vertre- 


kend für die genannten Bildungsein- 
richtungen vorbereitet. Nachdem der 
Bedarf des Bildungswesens gedeckt 
ist, soll eine abgerüstete Variante des 
Bildungscomputers, bestehend aus 
dem Computergrundgerät (Bild 2) 
und einem Beistellnetzteil in demsel- 
ben Design, als Heimcomputer über 
den Einzelhandel angeboten wer- 
den. 

Nach einem Einführungsvortrag vom 
Betriebsdirektor des VEB Robotron- 
Meßelektronik, Prof. Jugel, der sehr 
offen über alle technischen Details 
sowie die überwundenen und noch zu 
meisternden Schwierigkeiten sprach, 
wurde der Computer in allen techni- 
schen Parameta;n von Dr. Keller, 
Dr. Kleinmichel und Herrn Schreiber 
vorgestellt und vorgeführt. Danach 
beantworteten sie ausführlich Fragen 
aus dem Publikum. Hier ein paar 
technische Daten: Der Rechner ar- 
beitet mit einer CPU UA880Dund ei- 
nem Videocontroller U82720D. Er 
besitzt 64 KByte ROM-Speicher, 
64 KByte Anwender-RAM sowie 64 K 
x 16 Bit Video-RAM. Der Anwender- 
speicher wird auf maximal 1 MByte 
aufrüstbar sein. Als Monitore können 
31-cm-Schwarzweißmonitore, wie 


ter aller am Aufbau des modernen Mi- 
kroelektronikzentrums Erfurt Südost 
beteiligten Betriebe, wie ein weiterer 
hoher Leistungszuwachs erreicht 
werden kann. Die Initiativen der Mi- 
kroelektroniker und Bauleute zielen 
vor allem auf ein hohes Tempo beim 
weiteren Aufbau und der Inbetrieb- 
nahme neuer Kapazitäten für die 
Halbleitervorfertigung sowie eines 
modernen Forschungs- und Entwick- 
lungszentrums der Mikroelektronik. 
So ist vorgesehen, die dritte Produk- 
tionsstatte für hochintegrierte Baue- 
lemente im kommenden Jahr vorfri- 
stig zum Probebetrieb zu übergeben. 

ADN 


Gute Bilanz 

Bis Ende März wurden in der DDR 
13757 Büro-, Personal- und Arbeits- 
platzcomputer produziert; das sind 
4488 Geräte mehr als im gleichen 
Zeitraum des Vorjahres. Bei Spei- 
chern für die Computertechnik be- 
trägt der Zuwachs 18202 Stück und 


Fotos: Hemke 

der in Bild 2 gezeigte PC-1 71 5-Moni- 
tor, 42-cm-Farbmonitore, wie z. B. 
der HCM 38-1 vom VEB Werk für 
Fernsehelektronik, sowie Färb- und 
Schwarzweißfernseher über RGB-, 
Video- und HF-Eingang angeschlos- 
sen werden. Mit einem Farbmonitor 
können z. B. 3 Bilder mit 640 x 200 
Bildpunkten in 4 aus 1 6 Farben oder 
mit 320 x 200 Bildpunkten in 16 Far- 
ben dargestellt werden. Je nach Be- 
triebssystem ist die Darstellung von 
40 oder 80 Zeichen pro Bildschirm- 
zeile in 16 Vorder- und 18 Hinter- 
grundfarben möglich. Es können 
Töne auf 3 Kanälen mit 8 Oktaven er- 
zeugt werden. Anschließbar sind 
über Centronics- bzw. V.24-Schnitt- 
stellen Drucker und Plotter. Der 
Rechner ist netzfähig (z.B. ROLA- 
NET 1) und erlaubt den Anschluß von 
2 weiteren Diskettenlaufwerken (1 .6), 
einem Kassettengerät, einer Maus 
sowie zwei Spielhebeln. Es existieren 
ein Schacht für KC-87-Module und 
ein Busanschluß. Als Betriebssy- 
steme werden SCPX (vollkompatibel 
zum PC 171 5) und das ROM-resi- 
dente RBASIC (kompatibel mit BASI 
1834) geliefert. 

MP 


bei Druckern für Computer 8741 
Stück. Die Produktion von technologi- 
schen Speziaiausrüstungen für die 
Herstellung aktiver Halbleiterbauele- 
mente war um 25 Prozent, von Licht- 
leiterkabeln um 28 Prozent und von 
monolithisch-integrierten Schaltkrei- 
sen um 38 Prozent höher als im glei- 
chen Zeitraum des Vorjahres. Bei Ro- 
botern beträgt der Zuwachs 860 
Stück. Im März waren in der Volks- 
wirtschaft 47500 CAD/CAM-Arbeits- 
stationen und -Systeme im Einsatz. 

ADN 


Robotron-Ausstellung 
in Budapest 

Personal- und Arbeitsplatzcomputer 
sowie Schreib- und Drucktechnik 
zeigte eine Ausstellung des Robo- 
tron-Kombinats Anfang April in Buda- 
pest. Außenhandelsexperten der 
UVR sowie Vertreter von Anwen- 
dungsbetrieben konnten sich auch 
mit einem Bildverarbeitungssystem 
sowie einem frei programmierbaren 


Industrieroboter bekannt machen, 
der in der Produktion von Leiterplat- 
ten eingesetzt werden kann. Als 
neues Erzeugnis der ESER-Reihe 
wurde der Personalcomputer 
EC 1 834 zum Einsatz in autonomen 
Datenbanksystemen oder zur Verket- 
tung lokalen Systemen vorgestellt. 
Der stellvertretende Generaldirektor 
des Robotron-Kombinates, Dr. Hans 
Speidel, erklärte anläßlich der Eröff- 
nung gegenüber der Presse, daß das 
DDR-Kombinat im Geiste der jüng- 
sten Gespräche der Ministerpräsi- 
denten beider Länder seine Direktbe- 
ziehungen zu ungarischen Betrieben 
vertiefen will, wobei eine Produk- 
tions- und Vertriebskooperation an- 
gestrebt werde. Robotron biete auch 
eine Produktionskooperation auf dem 
Gebiet der Schreibtechnik an. Als 
Beispiele für den Einsatz von DDR- 
Rechentechnik in Ungarn führte er 
unter anderem das Videoton-Unter- 
nehmen an. ADN 


Personalcomputer 
in der CSSR 

Bis zum Jahre 1990 sollen in der 
CSSR 300000 bis 350000 Personal- 
computer eingesetzt werden, erklärte 
der Minister für Elektronische Indu- 
strie der CSSR, Milan Kubat. Die 
elektronische Industrie will rund 
150000 Mikrorechner hersteilen, an- 
nähernd dieselbe Anzahl soll in Be- 
trieben anderer Industriezweige pro- 
duziertwerden. 

Der Produktion elektronischer Baue- 
lemente für die tschechoslowakische 
elektrotechnische Industrie wird im 
achten Planjahrfünft der Vorrang ein- 
geräumt. Bis zum Jahre 1990 soll sie 
auf das 2,5fache gesteigert werden. 
Um die Nachfrage nach den Bauele- 
menten zu befriedigen, werden sie 
zum Teil aus anderen sozialistischen 
Ländern importiert. ADN 

Neue sowjetische 
Computerzeitschrift 

Vor allem für PC-Anwender erscheint 
in der Sowjetunion die neue Zeit- 
schrift „PC World USSR“ mit Beiträ- 
gen zur Entwicklung, Applikation und 
Nutzung von PCs. Auch Produktvor- 
stellungen, Industrieinformationen 
und Hinweise zu Technologietrends 
soll die Publikation enthalten. 

PC World USSR erscheint vorerst 
vierteljährlich in einer Auflage von 
50000 Exemplaren im Verlag Radio i 
Svjaz'. Wie dessen Direktor E. N. Sal- 
nikow erklärte, wird so bald wie mög- 
lich ein monatliches Erscheinen an- 
gestrebt. Auch rechne er damit, daß 
die Auflage der Zeitschrift, die an Zei- 
tungskiosken und in Buchläden ver- 
kauft werden soll, nicht annähernd 
den Bedarf decken werde. In der So- 
wjetunion gebe es zur Zeit zwar nur 
etwa 100000 PCs, deren notwendige 
Anzahl schätze man jedoch auf etwa 
30 Millionen. 

Basis für die Herausgabe der in russi- 
scher Sprache gedruckten Zeitschrift 
ist eine gemeinsame Publikationsver- 
einbarung zwischen Radio i Svjaz’ 
und der amerikanischen IDG Com- 
munications Inc., die im April in Fra- 
mingham, USA unterzeichnet wurde. 
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Ähnliche Vereinbarungen gibt es be- 
reits zur Herausgabe von Computer- 
zeitschriften in der Volksrepublik 
China und in der Ungarischen Volks- 
republik. 

Neben der Beteiligung mit Arbeitska- 
pital an dem Vorhaben wird die IDG 
Communications Inc. zur Unterstüt- 
zung der redaktionellen Arbeit ein 
Desktop Publishing System der Dell 
Computer Corp. zur Verfügung stel- 

aus Compulerworld- 
Szämitästechnika 1111988 

Winchesterlaufwerk 
aus Brno 

An der Entwicklung eines Winche- 
sterlaufwerkes wird bei k. p. Zbro- 
jovka Brno gearbeitet. Ein Entwick- 
lungsmuster wurde zum „Tag des 
Personalcomputers“, der vom 
CSSR-Ministerium für Elektroindu- 
strie am 18. November 1987 im Pra- 
ger Kulturpalast durchgeführt wurde, 
vorgestellt. Dieses Festplattenlauf- 
werk mit der Bezeichnung C 71 50 soll 
für den XT-kompatiblen PP 06 ab 
1990 produziert werden. Es besitzt 
eine Kapazität von 27,5 MByte (unfor- 
matiert) und beinhaltet 3 Festplatten 
mit insgesamt 6 Magnetköpfen. Die 
Übertragungsgeschwindigkeit be- 
trägt 5MBaud und die Zugriffszeit 
112 ms. Es wiegt 2,8 kg bei einer 
Größe von 82,5 x 146 x 209 mm 3 
und einer Leistungsaufnahme von 
18 VA. 

aus ELEKTRONIKA 3188 


Neues von Videoton 

Im April veranstaltete in Berlin die Un- 
garische Wirtschaftskammer in Zu- 
sammenarbeit mit der Kammer für 
Außenhandel, der Kammer der Tech- 
nik und der Interwerbung die „Tage 
der ungarischen Wirtschaft und T ech- 
nik“, in deren Verlauf ein umfangrei- 
ches Vortragsprogramm geboten 
wurde. Das Spektrum reichte von In- 
formationen zum ungarischen Wirt- 
schaftssystem und zur Plankoordi- 
nierung über den Maschinenbau, die 
Rechentechnik bis zur Landwirtschaft 
und Biotechnologie. 

Ein Beitrag gab dabei einen tieferen 
Einblick in das Produktionsprofil der 
Videoton-Werke, die, 1938 gegrün- 
det, 1971 mit der Serienproduktion 
der ersten Computer auf Lizenzbasis 
begannen und derzeit 20000 Mitar- 
beiter beschäftigen. Videoton ist da- 
mit heute der größte Betrieb Ungarns 
zur Computerproduktion. Erläutert 
wurde im Überblick die gegenwärtige 
und zum Teil künftige rechentechni- 
sche Palette, wobei besonders die 
Vorführung des VT 32 als leistungs- 
starke CAD-Station erwähnt werden 
muß. Geheimnis blieb noch, daß es 
einige interessante Produkte zur Bu- 
dapester Messe im Mai geben würde 
- zum Beispiel den neuen 32-Bit-PC 
VT 180. (Über diesen Computer und 
weitere Erzeugnisse werden wir Sie 
in einem Messebericht informieren.) 
Mehr für Fachleute gedacht, aber 
auch für potentielle Kunden, war das 
traditionelle Symposium für Video- 
ton-Anwender in Klingemühle Anfang 
Mai. Neben Fachvorträgen zu den 
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neuesten peripheren Geräten, An- 
wendungsbeispielen der VT-20- und 
anderen Mikrorechnern bildete einen 
Schwerpunkt die Vernetzung der Vi- 
deoton-Computer. 

Von Interesse waren hier die Koppel- 
möglichkeiten der R-11-, VT-32- und 
beliebigen ESER-Rechner, vor allem 
aber das Videoton ARCNET zur Ver- 
netzung von PCs unter MS-DOS mit 
2,5 MBit/s über max. 6 km. Im ARC- 
NET kann jede Station User oder Ser- 
ver sein, im letzteren Fall ist PC-AT- 
Leistungsklasse Voraussetzung. Ge- 
genwärtig wird das Token-Passing- 
Prinzip angewendet, jedoch soll bis 
Ende des Jahres Ethernet mit 10 
MBit/s - am VT 32 und R 1 1 bereits 
realisiert - auch für die PCs in zwei 
Varianten zur Verfügung stehen. MP 

Software 

contra Computervirus 

Ein „Impfstoff“ zur Bekämpfung des 
sogenannten Computervirus ist von 
der Sectra (Secure Transmission 
AB), einer schwedischen Computer- 
firma in Linköping, entwickelt worden. 
Dieser, wie es heißt, erste kommer- 
ziell erhältliche Schutz vor Verseu- 
chung durch Computerviren soll es 
auch erleichtern, bereits angesteckte 
Systeme zu rekonstruieren. 
Computervirus ist der populäre Name 
für Programme, die in die Software 
von ahnungslosen Anwendern einge- 
schmuggelt werden, um die dort ge- 
speicherten Daten zu zerstören, zu 
ändern oder vollständig zu löschen. 
Der Virus hat die Fähigkeit, sich 
selbst zu vermehren. Wenn das nor- 
male Programm läuft, beginnt sich 
der Virus automatisch in alle anderen 
Programme zu kopieren, mit denen er 


in Berührung kommt. In den meisten 
Fällen ist es so gut wie ausgeschlos- 
sen, das gesamte System zu entseu- 
chen. Die einzige Möglichkeit besteht 
darin, es mit Hilfe von Masterkopien 
der ursprünglichen Daten von neuem 
aufzubauen. 

Das TCELL genannte Softwarepaket 
von Sectra soll imstande sein, EDV- 
Systeme zu überwachen und Fehler 
in der elektronischen Sicherung jeder 
Datei zu entdecken. Es wird norma- 
lerweise als ein Prozeß im System in- 
stalliert, kann aber auch als Wache 
dienen, die den Operator warnt, wenn 
eine kontaminierte Datei entdeckt 
wird. TCELL überwacht nicht alle Da- 
teien gleichzeitig, weil das die Lei- 
stungsfähigkeit des gesamten Sy- 
stems beeinträchtigen würde. Statt- 
dessen werden mehrere Dateien zu- 
fällig herausgegriffen und ständig 
verfolgt, andere hingegen nur von 
Zeit zu Zeit. In der Standardversion ist 
es als Software-Paket für VAX/VMS 
und UNIX erhältlich, kann aber auch 
für alle anderen Systeme maßge- 
schneidertwerden. ADN 


Sprechender 
Schulrechner für blinde 
Schüler entwickelt 

Einen sprechenden Taschenrechner, 
der für den Mathematikunterricht in 
den Spezialschulen für blinde Kinder 
vorgesehen ist, haben Studenten der 
Sektion Informationstechnik an der 
TU Dresden entwickelt. Er entstand in 
enger Zusammenarbeit mit dem Blin- 
den- und Sehschwachenverband der 
DDR und stellt ein Spitzenerzeugnis 
dar. Seine Grundlage ist der Schul- 
rechner SRI, der eine akustische 
Ausgabe erhielt. Dabei haben die Mit- 


glieder einer Arbeitsguppe unter Lei- 
tung von Prof. Dr. Walter Tschesch- 
ner ein überaus kompliziertes Pro- 
blem gelöst. 

Der Rechner verfügt über einen 
Sprachsynthetisator. Seine Mikro- 
elektronik vollzieht das nach, was der 
menschliche Kehlkopf vermag. Er er- 
zeugt Schwingungen, die in ihrer Ge- 
samtheit verständliche Laute erge- 
ben. Kernstück dieser Neuentwick- 
lung eines sprechenden Rechners ist 
ein Sprachsynthesemodul. Es wurde 
von zwei Studenten im Rahmen ihrer 
Diplomarbeit entwickelt. Die Steue- 
rung des Synthesemoduls und seine 
Ankopplung an den SR 1 übernimmt 
ein Einchipmikrorechner. In übertra- 
genem Sinne erhielt dadurch der 
„Kehlkopf“ eine Verbindung zum 
„Hirn“, die ihm sagt, was es dann 
sprachlich zu formulieren hat. Die 
Kompliziertheit der Aufgabe bestand 
vor allem darin, mittels technischer 
Hilfsmittel der menschlichen Stimme 
das abzulauschen, was der Rechner 
akustisch wiedergeben soll. Zu die- 
sem Zweck mußten die Frequenz- 
spektren der einzelnen menschlichen 
Laute analysiert und für ihre Wieder- 
gabe technische Baugruppen ge- 
schaffen werden. Sie vermögen Fre- 
quenzgemische zu erzeugen, die 
über einen Rausch- oder Impulsge- 
nerator zunächst Ursignale ergeben. 
Diese Signale gelangen in ein Sy- 
stem von Filtern, die dann die jeweili- 
gen Laute synthetisieren, sie zusam- 
mensetzen. Die gesamte Sprachsyn- 
these wird durch eine Leiterplatte be- 
wirkt. Einer weiteren, die ebenfalls 
ausschließlich aus elektronischen 
Bauelementen der DDR-Halbleiterin- 
dustrie besteht, obliegt die Steuerung 
des netzbetriebenen Rechners. Über 
einen in ihm angeordneten Miniatur- 
lautsprecher hört der blinde Schüler, 
welche Aufgabe er dem Rechner ein- 
gegeben hat. Ziffernweise sagt ihm 
eine erstaunlich natürlich klingende 
männliche Stimme auch das Rechen- 
ergebnis an. 

Rechner mit phonetischer Ausgabe 
sind international schon seit einigen 
Jahren bekannt. Sie gelten aber als 
wenig praktikable Lösungen für 
Blinde. Die nun vorliegende Entwick- 
lung aus Dresden wird den Erforder- 
nissen des Mathematikunterrichtes in 
den Spezialschulen für Blinde ge- 
recht. Der Entwicklung liegen lang- 
jährige wissenschaftliche Erfahrun- 
gen zugrunde, die an der Sektion In- 
formationstechnik der TU Dresden 
auf dem Gebiet der Sprachsynthese 
gewonnen worden sind. Vorbereitun- 
gen zur Aufnahme der Produktion 
des Rechners wurden inzwischen 
eingeleitet. ADN 

Grafik-Computer 
aus Kuba 

Der erste Grafik-Computer Kubas ist 
am zentralen Institut für Digitalfor- 
schung (ICID) Havanna entwickelt 
worden. Gemeinsam mit sowjeti- 
schen Spezialisten werden jetzt Pro- 
gramme für verschiedene Anwen- 
dungsbereiche erarbeitet. Die techni- 
schen Parameter des als CID 7060 
bezeichneten Computers sollen inter- 
nationalen Standards entsprechen. 
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Z um Artikel „Programmieren der Funktionstasten 
des PC 1715 in BASIC“ in MP 3/88, S. 94 

Der Beitrag bedarf folgender Ergänzung: 

Vom VEB Robotron-Büromaschinenwerk „Ernst Thälmann“ Söm- 
merda wird das sehr leistungsfähige Software-Paket KEYINST [1], [2] 
vertrieben, das eine Umcodierung aller Tasten der Tastatur ermöglicht. 
Dabei entfällt der Umweg über BASIC, und das von KEYINST erzeugte 
Umcodierungsfile, ».KEY ist von der Betriebssystem-Ebene aufrufbar. 

ß. Sydoruk 

Literatur 

[1 ] KEYlNSTTasteninstallation, Anwendungsbeschreibung und Bedienungsanlei- 
tung VEB Büromaschinenwerk „Ernst Thälmann“ Sömmerda, 1986 
[2] Softwareangebot für PC 1715. VEB Büromaschinenwerk „Ernst Thälmann“ 
Sömmerda, 1 987 


Zum Artikel Ausdrucken von Bildschirminhalten 
beim PC 1715 unter SCP“ in MP 3/88, S. 95 

Herr Dagobert Mühlhaus stellte in seinem Beitrag eine Hardcopy-Rou- 
tine für den PC 1715 vor, die aus jedem BASIC-Programm unter SCP 
aufgerufen werden kann. Dabei legte erfolgende Formel zugrunde: 
„POSITION=63488+80*(Zeile-1)+Spalte“. 

Die dezimale Adresse 63488 enthält das erste Byte des Bildwiederhol- 
speichers. Bei der Formel geht Herr Mühlhaus bei der Numerierung der 
Zeilen davon aus, daß die erste Zeile mit „1 “ beziffert wird, die erste 
Spalte aber mit „0“. Da letzteres von ihm selbst nicht beachtet wurde, ist 
die Endadresse des Bildwiederholspeichers falsch gewählt und führt 
zum Ausdrucken einer nicht existierenden 25. Zeile. Die Endadresse 
muß richtig lauten: 65407. D. Gralla 



Steuereinheit 

für Festplattenspeicher 


Bernd Däne, Dr. Wolfgang Fengler, 
Elke Thomä 

Technische Hochschule Ilmenau, 
Sektion Technische und 
Biomedizinische Kybernetik 

Der folgende Beitrag befaßt sich mit einem 
konkreten Mikroprozessor-Steuerungspro- 
blem. Er ist aber methodisch verallgemeine- 
rungsfähig als ein Beispiel für den Mikropro- 
zessor-Geräteentwurf. Zugleich stellt der 
Festplattenspeicher ein zukunftsorientiertes, 
allgemein anwendbares Massenspeicher- 
medium dar. 

Einleitung 

Gegenwärtig sind Magnetplattenspeicher ein 
wichtiges externes Speichermedium für Mi- 
krorechnersysteme. 

Festplattenspeicher (FPS; englisch: hard- 
disk) erreichen bei Plattendurchmessern von 
3V2, 5V4, 8 oder 14 Zoll Speicherkapazitäten 
von 1 0 bis 800 MByte, mittlere Positionierzei- 
ten von 1 0 bis 1 00 ms und Transferraten von 
4 bis 1 0 Mbit/s. 

Die gegenwärtig weit verbreiteten Winche- 
sterspeicher sind FPS, die durch folgende 
Besonderheiten gekennzeichnet sind: 

- Die Schreib/Leseköpfe liegen beim Anlau- 
fen und Anhalten auf der Plattenoberfläche 
auf. 

- Bei Verwendung eines bestimmten Plat- 
tenmaterials fliegen die Köpfe bei Erreichen 
der Arbeitsgeschwindigkeit in einem Abstand 
von 0,35 bis 1 pm über der Plattenoberfläche. 


und Platte ermöglicht eine hohe Aufzeich- 
nungsdichte. Allerdings sind Magnetplatten 
mit einwandfreier Oberfläche und eine 
staubfreie Umgebung notwendig. 

Steuereinheit 

Anforderungen 

Zum Betrieb von FPS ist eine Steuereinheit 
erforderlich. Diese hat die Aufgabe, den FPS 
mit dem Mikrorechner zu verbinden, die Da- 
ten zu übertragen und die Anpassung der 
verschiedenen Datenformate vorzunehmen. 
Als Schnittstelle zum Mikrorechner dient im 
allgemeinen der Systembus, über den Da- 
ten-, Adreß- und Steuersignale parallel über- 
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Bild 2 Steuereinheit mit DMA-Baustein 


tragen werden. Gemäß der seriellen Auf- 
zeichnung auf der Magnetplatte erfolgt die 
Datenübertragung an der Schnittstelle bitse- 
riell. Daraus ergibt sich als Hauptaufgabe der 
Steuereinheit die Serien-Parallel- bzw. Paral- 
lel-Serienwandlung der Daten. 

Schnittstellen zwischen Speichergerät 
und Steuereinheit 


rung). ESDI (Enhanced Small Disk Interface) 
ist ein neuer Standard für kleine FPS. Die Da- 
ten werden nicht mehr im MFM-Format, son- 
dern im NRZ-Code (No Return to Zero) gelie- 
fert. 

Das SMD-Interface (Standard Module Drive) 
wird bei 8- und 14-Zoll-Geräten verwendet. 
Die Datenübertragungsgeschwindigkeit be- 
trägt hier 4 bis 8 Mbit/s. Die Daten werden im 
NRZ-Code übertragen. Zur Positionierung 
des Schreib-/Lesekopfes wird dem FPS eine 
komplette Spuradresse übermittelt. Die Posi- 
tionierung über die gewünschte Spur erfolgt 
dann selbsttätig. Der Standard läßt sowohl 
Hardsektorierung als auch Softsektorierung 
zu. 

Das SCSI-lnterface (Small Computer Sy- 
stems Interface) wird eingesetzt, wenn die 
gesamte Ansteuerelektronik im FPS unterge- 
bracht werden kann. Damit wird der zusätzli- 
che Hardwareaufwand im Mikrorechnersy- 
stem minimal. 

Innere Struktur 

Eine einfache Struktur für eine Ansteuerein- 
heit ist in Bild 2 dargestellt. Mit Hilfe eines 
DMA-Bausteines wird der Datentransfer mit 
dem Systemspeicher abgewickelt. Da jedes 
gelesene Datenbyte sofort in den System- 
speicher gebracht werden muß (und umge- 
kehrt), ergeben sich aus der Datenübertra- 
gungsrate des FPS hohe Zeitanforderungen 
an den Systembus. Die CPU muß den DMA- 
Baustein für jeden Such- und Übertragungs- 
vorgang initialisieren und starten. Weiterhin 
ist die CPU durch die zahlreichen Steuervor- 
gänge und Statusabfragen stark belastet. 
Deshalb ist diese bei Floppy-Disk-Steuerun- 
gen verbreitete Struktur zur Realisierung von 
Ansteuerschaltungen für FPS schlecht ge- 
eignet. 

In der Regel wird in FPS-Steuereinheiten zur 
Entlastung des Systembusses ein Puffer- 
speicher verwendet, der mindestens einen 
Sektor Zwischenspeichern kann. Zur Entla- 
stung der System-CPU ist die Steuereinheit 
meist mit einer eigenen CPU ausgerüstet, die 
alle Initialisierungen, Steuervorgänge und 
Statusabfragen übernimmt. In Bild 3 ist eine 
solche FPS-Steuereinheit mit einem E/A- 
Prozessor dargestellt. DerE/A-Prozessorhat 
DMA-Fähigkeiten, mit deren Hilfe er den Da- 
tentransfer vom und zum Speicher abwickelt. 
Er übernimmt auch die Steuerung des FPS. 
Der übergeordnete Rechner übergibt ledig- 
lich „höhere“ Kommandos wie 
.- Spur suchen 

- Spur formatieren 

- Datenblock schreiben 

- Datenblock lesen. 

Die Datenblöcke werden nicht der Reihe 
nach in aufeinanderfolgenden Sektoren ab- 
gelegt, sondern in verschachtelter Anord- 
nung (vgl. Bild 5). Bei einer 5er-Verschachte- 


Damit entfällt gegenüber früheren Systemen 
der Vorgang des Hebens und des Senkens 
der Köpfe sowie die dafür notwendige Me- 
chanik. Der geringe Abstand zwischen Kopf 


Dipl.-Ing. Elke Thomä studierte von t972bis 1976 • 
p7 an der Sektion Technische und Biomedizmtsche 
Kybernetik der TH Ilmenau und arbeitete anschlie- 
K Bend als Assistent an dieser Einrichtung. Während 
dieser Zeit und der darauffolgenden Tätigkeit im ,< 
VEB Robotron-Elektronik Zella-Mehlis arbeitete 
sie auf dem Gebiet der Steuerungstechnik und der 
Anwendung von Mikrorechnern. Seit 1987 ist sie 
als Ingenieur für Lehre und Forschung im Bereich 
Computertechnik der TH Ilmenau tätig. 

\ Dipl.-Ing. Bernd Oäne studierte von 1981 bis 1986 
an der Sektion Technische und Btomedizinische 
Kybernetik der TH Ilmenau. Anschließend begann 
er eine Tätigkeit als wissenschaftlicher Assistent 
im Bereich Computertechnik dieser Sektion. Er be- 
arbeitet Aufgabenstellungen zur Anwendung von 
Mikrorechnern. 

Dr -Ing Wolfgang Fengler s. MP 1 (1987)2, S 38 


Bild 1 zeigt den prinzipiellen Aufbau einer 
Steuereinheit für FPS. Da der Ausstattungs- 
grad der FPS mit Ansteuerelektronik unter- 
schiedlich ist, existieren auch unterschiedli- 
che standardisierte Schnittstellen. 

ST 506 ist das Standardinterface für Mini- und 
Mikrolaufwerke (3V2 und 5’/4 Zoll). Aus den 
MFM-Daten (Modifizierte Frequenz-Modula- 
tion) müssen in der Steuereinheit beim Lesen 
durch eine Datenseparierung der serielle Da- 
tenstrom und der dazugehörige Takt zurück- 
gewonnen werden. 

Die Datenübertragungsgeschwindigkeit be- 
trägt einheitlich 5 Mbit/s. Die Positionierung 
des Schreib-/Lesekopfes über die ge- 
wünschte Spur wird mit einer relativen Posi- 
tioniersteuerung ausgeführt, d. h. bei jedem 
Impuls wird ein Schritt nach innen oder außen 
ausgeführt. Die Sektoren haben eine variable 
Länge. Der Sektoranfang wird mit einer 
Adreßmarke (flußwechselfreier Abschnitt) 
auf der Platte gekennzeichnet (Softsektorie- 


Bild 1 Standardschnittstellen für Festplattenspeicher 13/ 



Bild 3 Steuereinheit mit EIA-Prozessor 121 
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Bild 5 Verschachtelung der Sektoren 


lung beispielsweise liegen zwischen zwei lo- 
gisch aufeinanderfolgenden Sektoren vier 
andere Sektoren. Werden die Sektoren in ih- 
rer logischen Reihenfolge angesprochen, so 
entsteht nach jeder Übertragung eine Pause, 
die für den Datentransfer zwischen Sektor- 
puffer und Systemspeicher genutzt werden 
kann. Deshalb müssen keine erhöhten Zeit- 
anforderungen an den Systembus gestellt 
werden. Außerdem sind aufgrund der Puffe- 
rung der Daten Wiederholungen von 
Schreib- und Lesezugriffen sowie Fehlerer- 
kennungs- und Korrekturmaßnahmen ohne 
Beteiligung des übergeordneten Rechners 
möglich. 

Steuereinheit für Festplatten- 
speicher mit SMD-Interface 

Sektorformat 

Die vorgestellte Steuereinheit unterstützt das 
Prinzip der Festsektorierung und realisiert 
ein Sektorformat mit 512 Datenbytes pro 
Sektor (Bild 4). 

Das Adreßfeld ermöglicht eine Identifikation 
des Sektors. Ein vor dem Adreß- und dem 
Datenfeld eingefügtes Synchronisationsbyte 
(„SYNC“) ermöglicht der Steuereinheit beim 
Lesen einen definierten Start der Serien- 
Parallel-Wandlung. Mit Hilfe der CRC-Bytes 
wird die korrekte Übertragung des Adreß- 
bzw. Datenfeldes überprüft. 

Die Sektoren sind entsprechend einer Ser- 
Verschachtelung numeriert (Bild 5). 

Funktionsübersicht 

Die Steuereinheit führt in Zusammenarbeit 
mit dem FPS die in Tafel 1 aufgeführten ele- 
mentaren Funktionen aus. Es handelt sich 
dabei um Steuerfunktionen für die Bedienung 
des FPS sowie um elementare Schreib- und 
Lesevorgänge. Ein Teil davon ist nur für Inbe- 
triebnahme- und Testzwecke von Bedeu- 
tung. 

Zur Ausführung von komplexen Kommandos 
werden durch die Software Ablauffolgen aus 
diesen Funktionen gebildet. 

Beschreibung der einzelnen Funktions- 
gruppen 

Die beschriebene Steuereinheit realisiert 
eine Struktur mit Pufferspeicher und eigener 
CPU (Bild 6). Sie besteht aus vier Modulen im 
K-1520-Format. 

Die Mikrorechnereinheit stellt eine Konfigu- 
ration auf Basis der Schaltkreisfamilie 
UB880 (für Übertragungsraten bis 5 Mbit/s) 
bzw. UA880 (für Übertragungsraten bis 8 
Mbit/s) dar. 

Die CPU organisiert den Datentransfer zwi- 
schen FPS und Zweitorspeicher gemäß den 
vom übergeordneten System im Zweitorspei- 
cher übergebenen Befehlen. Der Einsatz von 
zwei DMA-Schaltkreisen macht sich wegen 
der hohen Geschwindigkeitsanforderungen 
erforderlich. 

Der statische RAM (1 KByte) dient als Ar- 
beitsspeicher und als Pufferfür die Daten, die 
vom bzw. zum Plattenspeicher übertragen 
werden sollen. 

Ein CTC-Schaltkreis U857 unterstützt die 
Ablaufsteuerung in der Datenwandiereinheit. 
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Tafel 1 Elementare Funktionen der Steuereinheit 


Steuerfunktionen 


Initialisieren: Herstellen des Grundzustandes von Steuer- 
einheit und Plattenspeicher 

Speicher Ein/ Aus: physisches Ein- und Ausschalten des 
Plattenspeichers 

Auswählen Gerät: logische Freigabe eines angeschlosse- 
nen Plattenspeichers 

Geräteregister Löschen: Löschen des Fehlerregisters im 
Plattenspeicher (Quittieren einer Fehlermeldung) 
Nullstellen: Positionieren der Köpfe auf Zylinder Null 
Positionieren: Positionieren auf den adressierten Zylinder, 
Einschalten des adressierten Kopfes 
Offset-Positionieren: geringfügiges Verschieben des Kop- 
fes aus der Spurmitte und/oder Verschiebung des Daten- 
übernahmeimpulses 


Aufzeichnungs- und I 


Wiedergabe Daten: Lesen des Datenfeldes eines Sektors 
Aufzeichnen Daten: Schreiben des Datenfeldes eines Sek- 

Aufzeichnungskontrolle: Lesen des Datenfeldes eines so- 
eben geschriebenen Sektors 

Wiedergabe Adresse: Lesen eines Adreßfeldes der positio- 
nierten Spur 

Wiedergabe Sektor: Lesen eines kompletten Sektors mit 
Adreß- und Datenfeld sowie Klüften 
Aufzeichnen Adressen: Formatieren einer Spur 


Der Zweitorspeicher, der wahlweise mit 
U 256 oder U 2164 (jeweils 8 Stück) bestückt 
werden kann, dient als Bindeglied zum Sy- 
stembus des übergeordneten Rechnersy- 
stems. 

Der Refresh für den dynamischen RAM wird 
wahlweise durch die CPU oder durch einen 
DMA der Steuereinheit durchgeführt /6/, 171. 
Der beidseitige Zugriff zum Zweitorspeicher 
wird durch eine Zugriffslogik gesteuert. 

In der Datenwandlereinheit sind mehrere 
Funktionsgruppen realisiert. 

Die Zeitgeber- und Steuerlogik erzeugt in 
Verbindung mit dem CTC-Schaltkreis der Mi- 
krorechnereinheit eine Reihe von Signalen 
mit programmierbarem Zeitverlauf für die 
Steuerung der Übertragungsvorgänge. 

Die Taktaufbereitung stellt alle für die Steuer- 
einheit erforderlichen Takte bereit und reali- 
siert deren Umschaltung. 


Die Ready-Steuerung steuert die Busüber- 
nahme der DMA-Bausteine und paßt deren 
Übertragungsgeschwindigkeit an die Daten- 
rate des FPS an. 

Der Parallel-Serien-Wandler formt den byte- 
parallelen Datenstrom des Mikrorechners in 
einen seriellen Datenstrom um und umge- 
kehrt. 

Mit dem Digitalkomparator wird der Sektor- 
adreßvergleich realisiert. Bei der Suche nach 
einem bestimmten Sektor werden die einzel- 
nen Bytes der gesuchten Sektoradresse 
nacheinander im Schreibpuffer bereitgestellt, 
während die gelesenen Adreßbytes nach der 
Serien-Parallel-Wandlung in den Vergleichs- 
puffer gelangen. Bei Übereinstimmung aller 
Adreßbytes wird die Datenübertragung aus- 
gelöst. 

Der SYNC-Vergleicher sucht beim Lesen im 
seriellen Datenstrom das Synchronisations- 
zeichen, das einen definierten Start der Se- 
rien-Parallel-Wandlung ermöglicht. 

Die CRC-Logik enthält ein rückgekoppeltes 
Schieberegister, welches nach der SDLC- 
Vorschrift für jeden Datenblock zwei Kontroll- 
bytes berechnet. Diese werden beim Schrei- 
ben automatisch an den Datenblock ange- 
fügt. Beim Lesen erfolgt eine Vergleichsbe- 
rechnung, die über die Richtigkeit der gelese- 
nen Daten Aufschluß gibt. 

Die Interfaceeinheit realisiert den Anschluß 
des FPS an die Steuereinheit. Die Verbin- 
dung zum FPS erfolgt über zwei Interfaceka- 
bel. Aufgrund der hohen Übertragungsge- 
schwindigkeit und der notwendigen Störsi- 
cherheit sind alle Leitungen angepaßt und 
symmetrisch getrieben. Die rechnerseitige 
Ankopplung erfolgt über Treiberbausteine 
und über einen PlO-Schaltkreis. 

Softwarebeschreibung 

• Schnittstelle zum übergeordneten 
Rechner 

Die Software besteht aus verschiedenen Mo- 
duln in drei Hierarchieebenen (vgl. Bild 7). 
Die obere Ebene, der „Kommandointerpre- 
ter“, organisiert den Dialog mit dem überge- 
ordneten Rechner (ÜR). Der Ablauf des Dia- 
logs wird mit Hilfe von Synchronisationszel- 
len geregelt. 


Bild 6 Blockschaltbild für eine Steuereinheit mit eigener CPU auf U 88 O-Basis 
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im Kommandoregister übergibt der ÜR seine 
Kommandos an die Steuereinheit. Im Daten- 
übergabebereich werden die Datenblöcke (je 
51 2 Byte) übergeben. 

Im Statusregister übergibt die Steuereinheit 
Statusmeldungen, die dem ÜR die Beendi- 
gung der Kommandoausführung und eventu- 
ell aufgetretene Fehler anzeigen. 

An der Schnittstelle zum ÜR existieren virtu- 
elle Blocknummern, die alle existierenden 
Sektoren fortlaufend numerieren, ohne auf 
die Spureinteilung Rücksicht zu nehmen. 

• Aufgaben des Kommandointerpreters 
Der Kommandointerpreter realisiert den Dia- 
log mit dem ÜR und die Ausführung von des- 
sen Kommandos auf der Grundlage der in 
Tafel 1 aufgeführten elementaren Funktio- 
nen. Die dabei verwirklichten Funktionsab- 
läufe können relativ komplex sein, so daß 
eine spürbare Entlastung des ÜR eintritt. 

Die Arbeit des Kommandointerpreters ist 
durch folgende Funktionsmerkmale gekenn- 
zeichnet: 

- Zwischenspeicherung einer größeren An- 
zahl von Datenblöcken im Zweitorspeicher 
für den Fall einer nochmaligen Verwendung 

- Führen eines Inhaltsverzeichnisses über 
diesen Bereich 

- Verwirklichen einer sinnvollen Strategie 
für die Auswahl der zwischenzuspeichern- 
den Datenblöcke 

- komfortable Fehlerbehandlung: Eine vom 
Elementarniveau empfangene Fehlermel- 
dung wird erst dann weitergegeben, wenn 
wiederholte Versuche zur Fehlerbeseitigung 
(mit entsprechenden Steuerkommandos) er- 
folglos blieben. 

- Verwirklichung einer zeitoptimierten Stra- 
tegie beim Schreiben von Datenblöcken, wo- 
bei während des Schreibens bereits weitere 
Kommandos übernommen werden können 
und beim Schreiben vorgemerkter Blöcke 
eine bezüglich der Positionierungszeiten op- 
timale Reihenfolge gewählt wird. 


Bild 7 

Softwarestruktur der 
Steuereinheit 



schiedene komplexe Kommandos, die sich 
mit dem Überprüfen, Formatieren und Füllen 
der Sektoren auf einer, mehreren oder allen 
Spuren befassen. 

• Aufgaben des Elementarniveaus 
Im Programmsegment „Elementarniveau“ 
wird die Ausführung der elementaren Lauf- 
werksfunktionen organisiert. Die Aktivierung 
der einzelnen Kommandos erfolgt im Kom- 
mandointerpreter durch Aufruf eines entspre- 
chenden Unterprogramms des Elementar- 
niveaus. 

Die Parameter und Daten befinden sich im 
Arbeitsspeicher. Nach Abschluß der Kom- 
mandoausführung werden eine Fertigmel- 
dung und Informationen über eventuell auf- 
getretene Fehler an den Kommandointerpre- 
ter übergeben (vgl. Bild 7). 

Die Aktivitäten des Elementarniveaus sind 
zum großen Teil als Interruptroutinen organi- 
siert, wobei die Interrupts aus dem Zeitre- 
gime des FPS abgeleitet werden. Im Hinter- 
grund dieser Interruptroutinen kann der Kom- 
mandointerpreter bereits Weiterarbeiten. 


in vorhandene Betriebssysteme sind in Vor- 
bereitung. 
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Bei Bedarf ist auch ein direkter Zugriff zu den 
Funktionen des Elementarniveaus möglich. 
Dabei entfallen alle geschwindigkeitsstei- 
gernden Maßnahmen. 

Es existieren auch Kommandos für Test- 
zwecke, wie z. B. die Wiedergabe von Adreß- 
feldern und kompletten Sektoren, sowie ver- 


Schlußbemerkungen 

Die beschriebene Ansteuereinheit wurde auf 
4 Leiterplatten im K-1 520-Format realisiert. 
Zur Zeit wird sie am K-1520-Bus zusammen 
mit einem FPS vom Typ K 5501 .03 getestet. 
Eine Anpassung an das Bussystem des 
MMS 1 6 (1-41 -Bus /8/, /9/) und Einbindungen 


B KONTAKT @ 


Technische Hochschule Ilmenau, 

Sektion Technische und Biomedizinische Kybernetik, 
Bereich Computertechnik, PSF 327, Ilmenau, 6300; 
Tel. 74 843 (Thomä) 


Kleines Lexikon der Mikrorechentechnik 


Wie sich künstlerische Freizeitbe- 
schäftigung auf spezielle Art mit dem 
Beruf verbinden kann, zeigt die hier- 
mit beginnende kleine Karikaturserie 
von Jens-Helge Dahmen. Das 
„Kleine Lexikon der Mikrorechen- 
technik" entstand in Auseinanderset- 
zung mit seinem Beruf als wissen- 
schaftlicher Mitarbeiter der Akade- 
mie der Wissenschaften der DDR, In- 
stitut für Informatik und Rechentech- 
nik. Die Karikaturen von Jens-Helge 
Dahmen sind nur ein Teil seines bild- 
nerischen Volksschaffens. So er- 
weckte er schon 1986187 mit Mate- 
rialcollagen, die in verschiedenen 
Zeitschriften veröffentlicht wurden, 


die Aufmerksamkeit der Leser. In der 
„Gruppe Rot “ des Studios „Otto Na- 
gel" in Berlin widmet er sich der Ma- 
lerei und Grafik. Besonderen An- 
klang bei den Mitarbeitern der Aka- 
demie der Wissenschaften der DDR 
findet eine jährlich im Rahmen der 
Kreis-MMM der Akademie der Wis- 
senschaften der DDR stattfindende 
kollektive Ausstellung von Volks- 
kunstschaffenden des Instituts für In- 
formatik und Rechentechnik, deren 
Mitinitiator Jens-Helge Dahmen 
ist. 
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Erfahrungen 

mit einem lokalen Netz 


Dr. Kurt Grubba, 

Hans-Martin Adler 

Akademie der Wissenschaften der 
DDR, Zentrum für wissenschaftli- 
chen Gerätebau 


Einleitung 

Lokale Netze (LAN), die den Verbund rechen- 
technischer Einrichtungen innerhalb eines 
Verantwortungsbereiches zum Ziel haben, 
gewinnen immer mehr an Bedeutung IM. 

Vom Kombinat Robotron werden gegenwär- 
tig die ROLANEJ-1 -Baugruppen 

• Local Network Controller (LNC 1 ) und 

• Transceiver (TRC1) 

in die Produktion überführt. Diese Hardware- 
komponenten sind zum Aufbau lokaler Netze 
mit Büro-, Personal- und Arbeitsplatzcompu- 
tern vorgesehen 121. Mit Entwicklungsmu- 
stern sowie den Arbeitsversionen der zuge- 
hörigen Softwarekomponenten SCPNET 
und NETSERV wurden auf dem Gelände 
Berlin-Adlershof der AdW der DDR zwei ex- 
perimentell-produktive Netze fü r 18 Statio - 
/ nen mit PC 1 71 5 und BC 51 20 im Institut für 
* Informatik und Rechentechnik (IIR) und für 
30 PC 171 5 im Zentrum für wissenschaftli- 
chen Gerätebau (ZWG) aufgebaut. 

Gerätetechnische Ausführung 

Mit ROLANET 1 steht ein System für die Kon- 
i figuration von lokalen Netzen mittlererJei- 
I stungsfähigkeit zur Verfügung (Tafel 1). Im 
1 Vergleich zum internationalen Stand ist die 
Übertragungsrate im unteren Teil des Lei- 
stungsangebotes angesiedelt. Sie ist durch 
die gewählte Bauelementebasis des U 880- 
Systems bedingt, kann aber für die voraese- 
( henen Kommunikationsanforderunaen (Pia-_ 
1 log, Filetransfe rf als ausreichend an gesehen 
werden. Die Baugruppe LNC 1 (im K-1520- 
Format) wurde beim BC 51 20 als zusätzliche 
Steckeinheit untergebracht, beim PC 1715 
anstelle der optionalen Interfaceanschluß- 
steuerung eingesetzt, wobei die Verbindung 
zur internen Schnittstelle XI über ein Adap- 
terkabel erfolgte. Elektrische Veränderungen 
sind bei den BC/PC nicht erforderlich, so daß 
die Aufrüstung schnell und problemlos aus- 
führbar ist. 

Der Transceiver TRC 1 wird in das Koaxialka- 
bel eingefügt und über eine mindestens 
lOpolige Leitung mit dem LNC1 verbunden 
(Bild 1 ). Benutzt wurden ein vorhandenes 
Koaxialkabel 50-7-2 und eine Fernmelde- 
plastleitung. 

Einsatzvorbereitung 

Bei der Projektierung der Netze wurde davon 
ausgegangen, vorhandene Kabelkanäle und 
-trassen für Fernmeldeleitungen mitzunut- 
zen. Dadurch ergaben sich zwar größere Ka- 
bellängen (IIR: 1 km, ZWG: 0,7 km), aber auf- 
wendige Schacht- und Maurerarbeiten ent- 
fielen weitgehend. 

Um Flexibilität gegenüber Strukturverände- 
rungen der Arbeitsplätze zu gewährleisten, 
wurden die Standorte der Transceiver so ge- 
\ wählt, daß ei n flexibler Anschluß der möqli- 
] chen Arbeitsplätze erreicht werden kann. 

I parallel zum Auroau des Netzes im ZWG 
wurde ein Organisationsprojekt erarbeitet. 


Es enthält u. a. die Aufgabengebiete (Tafel 2) 
und Festlegungen, welche Teilnehmer dabei 
als Sender, Sender und Empfänger oder nur 
als Empfänger fungieren. Für die Pflege zen- 
traler Datenbestände wie Artikelstammda- 
teien ist eine ständige Aktualisierung festge- 
legt. 

Eine Analyse des derzeitigen Informations- 
flusses im ZWG zeigte, daß die durchschnitt- 
liche Ergiebigkeit der Informationsquellen für 
die innerbetriebliche Kommunikation zwi- 
schen 2 und 110 Normseiten (2000 Zeichen/ 
Seite) je Tag und Struktureinheit liegt. Bezo- 
gen auf die 30 PC des ZWG wird der gesamte 
Informationsfluß auf 10 MByte je Tag ge- 
schätzt. Die max. Nettoübertragungsrate von 
ROLANET 1 liegt bei 500 MByte/Schicht, so 
daß selbst bei den zu erwartenden steigen- 
den Kommunikationsanforderungen stati- 
stisch betrachtet zusätzliche Zeitverzöqerun- 
gen durch Überlastung unwahrscheinlich 
sind. " 
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Bild 1 Einordnung der ROLANET 1 ■ Baugruppen 


Tafel 1 Einordnung von ROLANET 1 ( halbfett ) in internatio- 
nal übliche Merkmale von PC-Netzen 


Obertragungs- 

medien: 

Topologie: 

Obertragungsrate: 

Zugriffsverfahren: 

Obertragungs- 

verfahren: 

Netzlänge: 

Teilnehmer: 


verdrillte Cu-Leitung, 
Koaxialkabel, LWL-Kabel 
Stern, Bus, Ring 
0,01... 0,5.. lOMBitls 
Polling, CSMA/CO, Token 

Basisband, Breitband 

0,5... 1 ...3km 
32... 100. .255 


Tafel 2 Aufgabengebiete für das ZWG-Netz 


1. Bürokommunikation (Routinenachrichten) 


2. Leitungsinformationssystem 

* Terminkontrolle 

* Pianungskennziffem 

* Haushaltsabrechnung 


* Datenbasen zum wissenschaftlichen Gerätebau 

* Neuererwesen, Nachnutzungen 
» Standards 

* Literatur 

4. Technische Vorbereitung der Fertigung 

* Datenbasen für Tevo 

* Materialwirtschaft 

* Fertigungsaufträge 

* Operative Fertigungsplanung 


Anwenderlösung für die Btiro- 
kommunikation 

Am IIR wurden auf der Basis von ROLANET 1 
erste Anwendungslösungen für die Büro- 
kommunikation erprobt und für den experi- 
mentellen LAN-Betrieb folgende Möglichkei- 
ten genutzt: 

- Bedienerkommunikation 

- Virtuelles Diskettensystem (Filedienst). 
Die Bedienerkommunikation gestattet im 
LAN die Übermittlung von kurzen Mitteilun- 
gen, Rundsprüchen und Anfragen direkt auf 
die Bildschirme der angeschlossenen Statio- 
nen. 

Mit dem Virtuellen Diskettensystem können 
durch die Teilnehmer des LAN entfernte Da- 
teien für die Verarbeitung genutzt werden. 
Eine Station (A5120) wurde als Dateiserver 
ausgewählt. Die an dieser Station verfügba- 
ren 3 Diskettenlaufwerke sind für den Aus- 
tausch von Dateien vorgesehen (Bild 2). 

Für die Nutzung des Virtuellen Diskettensy- 
stems für die Bürokommunikation wurden 
Kommunikations- und Anwendungsdateien 
eingeführt. 

Kommunikationsdateien sind Dateien, die 
von der LAN-Station Sender zum Dateiser- 
ver übertragen werden und dort von den 
LAN-Stationen Empfänger gelesen werden 
können. 

Der Empfänger ist für die Übernahme und da- 
mit für das Löschen der Datei verantwortlich. 
Eine Sonderform der Kommunikationsda- 
teien sind entsprechend gekennzeichnete 
Rundschreiben, die nurvom Sender gelöscht 
werden dürfen. 

Anwendungsdateien sind Dateien, die auf 
dem Dateiserver bereitgestellt werden und 


KOMMUNI KA TIONSDA TEI 


Empfänger 2 


ANWENDUNGSDATEI 


Bild 2 Arbeitsweise mit dem virtuellen Disket- 
tensystem 

dort allen LAN-Stationen zur Verfügung ste- 
hen. Der Sender ist verantwortlich für die 
Riege dieser Dateien. Als Anwendungsda- 
teien wurden durch REDABAS nutzbare Da- 
tenbankfiles auf dem Dateiserver bereitge- 
stellt. Diese Files können von jeder Station 
aus mit Hilfe des lokal verfügbaren Daten- 
bankbetriebssystems für Abfragen genutzt 
werden. 

Die Pflege der Files ist zentral geregelt . Dar- | 
über hinaus wurden als Anwendungsdäteien 1 
auch Textdateien bereitgestellt. Diese Da- 
teien enthalten oft im Institut benötigte Texte, 
wie Vertragsrahmen, Anweisungen, Aus- 
zeichnungsformulare u. ä. 

Auf der Grundlage dieser Dateitypen wurden 
Festlegungen getroffen, über den Dateina- 
men und den Dateityp eine eindeutige Kenn- 
zeichnung von Sender und Empfänger zu er- 
reichen. 

Die Nutzung des virtuellen Diskettensystems 
erfolgt für diese Kommunikationsformen aus- 
schließlich mit Hilfe des Textprozessors TP. 
Dadurch wurde erreicht, daß die Nutzer die- 
ser Anwendungsformen, die Sekretärinnen 
und Sachbearbeiter, keine neuen, LAN-spe- 
zifischen Handlungen ausführen müssen. 

Fortsetzung auf S. 200 
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Der Floppy-Disk-Controller 
U 8272 D und sein Einsatz (Teil 2) 


Dr. Eberhard Böhl 

VEB Forschungszentrum Mikroelek- 
tronik Dresden 

Beschreibung der Befehle 

Der U8272 kann 15 verschiedene Befehle 
ausführen, von denen jeder aus 3 Phasen be- 
steht: 

Befehlsphase: 

Eingabe mehrerer Bytes Informationen zur 
genauen Spezifizierung eines Befehls 
Ausführungsphase: 

Durchführung der angewiesenen Operatio- 
nen 

Ergebnisphase: 

Übermittlung von Status- und Adreßfeldinfor- 
mationen, die über die ordnungsgemäße Ab- 
arbeitung des Befehls Auskunft geben. 

In der Befehls- und Ergebnisphase muß vor 
jedem Schreiben bzw. Lesen eines Bytes das 
Statusregister gelesen werden. In der Aus- 
führungsphase ist das nicht erforderlich. Bei 
Lese- und Schreibbefehlen wird im Nicht- 
DMA-Modus über das INT-Signal und im 
DMA-Modus über das DRQ-Signal die Be- 
reitschaft zum Datenaustausch signalisiert. 
Sobald der Datenaust ausch erfolgt ist bzw. 
die DMA-Bestätigung (DAK = 0) aktiv wird, 
werden die Anforderungssignale zurückge- 
setzt. Nach Abarbeitung aller Daten im DMA- 
Modus wird mit dem TC-Signal ein INT-Si- 
gnal gebildet, das den Beginn der Ergebnis- 
phase signalisiert. Dieses INT-Signal wird 
zurückgesetzt, sobald das erste Datenbyte 
der Ergebnisphase gelesen wurde. Es ist un- 
bedingt erforderlich, alle Datenbytes in der 
Ergebnisphase zu lesen, da der U 8272 vor- 
her keinen neuen Befehl akzeptiert. Die als 
STO, ST1, ST2 bzw. ST3 ausgewiesenen 
Statusregister sind nur in der Ergebnisphase 
verfügbar und nur, wenn dies in der Befehls- 
spezifikation angegeben wird. Im Gegensatz 
zum Hauptstatusregister, das immer gelesen 
werden kann, sind die Statusregister in der 
Ergebnisphase wie Datenregister (mit 
Ao = 1 ) zu lesen. 

Nachdem alle Bytes zur Befehlsspezifikation 
in der Befehlsphase eingegeben wurden, be- 
ginnt automatisch die Ausführungsphase, die 
beendet wird, wenn das letzte Datenbyte 
übertragen wurde. Ein Schreib-/Lesebefehl 
kann in der Ausführungsphase durch Anle- 
gen des TC-Signales abgebrochen werden. 
Nach dem Lesen aller Bytes der Ergebnis- 
phase wird der Befehl abgeschlossen und 
der U 8272 ist bereit zur Eingabe eines neuen 
Befehls. 

Befehlsspezifikation 

Die 1 5 Befehle des U 8272 sind: 


READ DATA (Daten lesen) 

READ DELETED DATA (Lesen irgnorierter 
Daten) 

WRITE DATA (Daten schreiben) 

WRITE DELETED DATA (Schreiben igno- 
rierter Daten) 

READ A TRACK (Lesen einer Spur) 

READ ID (Lesen des Identifikationsfeldes) 
FORMAT A TRACK (Formatisieren einer 
Spur) 

SCAN EQUAL (Testen auf Gleichheit) 

SCAN LOW OR EQUAL (Testen auf kleiner 
oder gleich) 

SCAN HIGH OR EQUAL (Testen auf größer 
oder gleich) 

RECALIBRATE (Rücksetzen) 

SENSE INTERRUPT STATUS (Abfragen 
des Interruptstatus) 

SPECIFY (Wertzuweisung) 

SENSE DRIVE STATUS (Abfragen des Lauf- 
werkstatus) 

SEEK (Suche). 

Zur ordnungsgemäßen Durchführung eines 
solchen Befehls ist ein Informationstausch 
von mehreren Bytes zwischen der CPU und 
dem U 8272 erforderlich. Für einige Befehle 
ist der spezielle Ablauf in Tafel 3 bzw. Tafel 4 
dargestellt. Die dabei benutzten Abkürzun- 
gen sind in Tafel 5 erläutert. In Tafel 6 werden 
die einzelnen Bits des Hauptstatusregisters 
erläutert, und in Tafel 7 sind die Statusregi- 
ster erklärt, die nur in der Ergebnisphase ei- 
nes Befehls verfügbar sind. 

READ DATA 

Wie in Tafel 3 gezeigt, ist die Eingabe von 
9 Bytes in den U 8272 notwendig, um ihm die 
notwendige Information zur Ausführung ei- 
nes Daten-Lese-Befehls zu übermitteln. 

Zu Beginn der Ausführungsphase veranlaßt • 
der U 8272 das Kopfladen (sofern der Kopf 
nicht schon geladen ist), und nach dem Ab- 
warten mit der vorgeschriebenen Kopflade- 
zeit (im SPECIFY-Befehl vorher festgelegt) 
beginnt das Lesen der ID-Adressmarken und 
ID-Felder. Sobald die im Befehl angegebene 
Sektornummer (R), gespeichert im ID-Regi- 
ster (IDR), mit der von der Diskette gelese- 
nen Sektornummer übereinstimmt, gibt der 
U 8272 die Daten des Datenfeldes byteweise 
über den Datenbus aus. Im Nicht-DMA-Mo- 
dus erzeugt der U 8272 bei jedem ausgabe- 
bereiten Datenbyte einen Interrupt (INT = 1), 
der in der vorgeschriebenen Zeit (bei MFM 
alle 13//s) behandelt werden muß. Falls eine 
so schnelle Interrupt-Behandlung nicht mög- 
lich ist, kann auch durch Abfrage des Haupt- 
statusregisters (ROM) die Information erhal- 
ten werden, ob ein Datenbyte zu lesen ist. Im 
DMA-Modus wird das Signal DRQ anstatt 
INT aktiviert. Die Unterscheidung zwischen 
DMA-Modus und Nicht-DMA-Modus erfolgt 


im SPECIFY-Befehl durch das Bit ND (Non- 
DMA). 

Ist die Leseoperation eines Sektors beendet, 
wird die Sektornummer um 1 erhöht, und die 
Daten des nächsten Sektors werden gelesen 
und ausgegeben (Multi-Sector-Read-Opera- 
tion). Der Daten-Lese-Befehl wird durch An- 
legen des Signals TC = 1 an den U 8272 be- 
endet. Der U 8272 beendet damit sofort seine 
Datenausgabe zum Prozessor, liest aber 
noch die restlichen Daten des laufenden Sek- 
tors, um die CRC-Bytes zu prüfen. 

Bei Angabe von MT = 1 im Befehlscode liest 
der U 8272 die Daten von beiden Seiten der 
Diskette (Multi-Track), beginnend von Sei- 
te 0. Es sind dabei nur die zwei Spuren des 
gleichen Zylinders durch diesen Befehl nach- 
einander lesbar. 

Ist N = 0, so gibt DTL die Datenlänge an, die 
der U 8272 als einen Sektor behandeln soll 
(nur bei einfacher Datendichte). Ist DTL klei- 
ner als 128, so werden nur entsprechend we- 
niger Datenbytes auf den Bus zum Prozessor 
gegeben, obwohl der U8272 alle Daten des 
Sektors liest und zur korrekten CRC-Berech- 
nung verarbeitet. In Abhängigkeit von der Be- 
fehlsbedingung kann der U8272 eine Mehr- 
fachsektor-Leseoperation ausführen. Für 

Tare/ 3 Lesebefehl U 8272 

READ DATA 

Phase RIW D7 D6 D 5 D4 D3 D2 Dl DO Bern. 


iefehl W MT MFM SK 0 0 1 10 Code 

I X X X X X HDSDS1DS0 

I C 



get>- | ST1 Status 



Phase R/W D7 D6 D 5 D4 D 3 02 Dl DO Bern. 


RECAUBRATE 

ief. W 0 0 0 0 0 1 1 1 

WO 0 0 0 0 0 DS1 DSO 

SPECIFY 


Bef. W 0 0 0 0 0 0 1 1 



W 0 0 0 0 0 HDSDS1 DSO 

W NCN_ 

SENSE INTERRUPT STATUS 


Bef. W 0 0 0 0 1 0 0 0 

Erg. R STO 




200 




Tafel 6 Erläuterung der Bits des Hauptstatusregisters 

Bit- Name Sym- Beschreibung 

Nr. bol 

D, FDDtt D(ß FDD-NummerOistimSuch-Modus 

busy 

Di FDD1 O.B FDD-Nummerl ist im Such- Modus 

Dl FDD 2 DJB FDD-Nummer2istimSuch-Modus 

D 3 FDD 3 D 3 B FDD-Nummer3istimSuch-Modus 

D, FDC CB Ausführung eines Lese- oder 

busy Schreibbefehls 

NDM Der FDC arbeitet im Nicht-DMA- 
Modus. Dieses Bit wird nur während 
der Ausführungsphase in den Nicht- 
DMA-Modus gesetzt. Übergang 
zum O-Zustand zeigt an. daß die 
Ausführungsphase beendet wurde. 
De Data DIO Gibt die Richtung des Datentrans- 
Inputl fers zwischen dem FDC und dem 

Output Prozessor an: 

Falls DIO = 1: Daten vom Daten- 
register (FDC) zum Prozessor, 
falls DIO = 0: Daten vom Prozessor 
zum Datenregister des FDC. 

D r Request ROM Datenregister meldet Bereitschaft 



als Bereitschafts- und Richtungs- 



N = 0 hat DTL keine Bedeutung und sollte FF 
gesetzt werden. Nach Beendigung des Da- 
ten-Lese-Befehls bleibt der Kopf noch gela- 
den, bis die Kopfentladezeit (HUT) verstri- 
chen ist (im SPECIFY-Befehl festgelegt). Die 
unmittelbare Ausführung eines Schreib- 
Lese-Befehls vor Ablauf der Kopfentladezeit 
ist möglich und erspart ein erneutes Laden 
des Kopfes. Falls ein Befehl nicht ordentlich 
beendet werden kann, weil z. B. der U8272 
den richtigen Sektor nach zweimaligem Er- 
kennen des Indexloches nicht gefunden 
hatte oder die CRC-Prüfung einen falschen 
Wert ergab, so werden im STO die Bits 7 und 
6 auf 0 bzw. 1 gesetzt und außerdem in den 
anderen Statusregistern entsprechende Bits 
je nach Fehlerart gesetzt. 


Nach der Beendigung eines Lese-Schreib- 
Befehls durch den Prozessor sendet der 
U 8272 in der Ergebnisphase das ID-Feld des 
nächstfolgenden Sektors (nach dem zuletzt 
ausgegebenen Sektor). 

WRITEDATA 

Auch beim Schreibbefehl sind zur Spezifika- 
tion 9 Datenbytes an den U 8272 zu übertra- 
gen. Dabei unterscheidet sich nur das erste 
Byte (der Befehlscode) von denen beim Be- 
fehl Datenlesen: 

MT MFM 0 0 01 01 Befehlscode 
Die 3 folgenden Bytes sind wie bei READ 
DATA (Tafel 3) anzufügen. Der Befehlsab- 
lauf ist äquivalent zu dem Lesebefehl, nur 
werden nach dem Lesen des Identifikations- 
feldes bei Übereinstimmung der Sektornum- 
mer mit der vorgegebenen die Daten byte- 
weise vom Prozessor übernommen und in 
das Datenfeld geschrieben. Ist ein Sektor 
vollständig mit Daten beschrieben, so wird 
die Sektornummer um 1 erhöht und der 
Schreibvorgang im nächsten Sektor fortge- 
führt. Dieser Schreibvorgang wird weiterge- 
führt bis zum Vorliegen des Terminal-Count- 
Signals (TC = 1); in diesem Fall werden 
keine Daten vom Prozessor mehr angefor- 
dert. Falls ein Datenfeld zum Zeitpunkt 
TC = 1 noch nicht vollständig abgearbeitet 
war, so werden die restlichen Daten dieses 
Datenfeldes mitOOH aufgefüllt. Die Ergebnis- 
phase ist wie bei READ DATA (Tafel 3). 

WRITE DELETED DATA 
Gleicht dem Befehl WRITE DATA, nur wird 
die normale Daten-Adreßmarke zu Beginn 
des Datenfeldes durch eine ignorierte Daten- 
Adreßmarke ersetzt. Der Befehlscode lautet: 
MT MFM 001 001 Befehlscode ; 
anschließend sind die 8 Bytes wie bei READ 
DATA (Tafel 3) zu übertragen. 

READ DELETED DATA 
Wie READ DATA, nur falls (bei SK = 0) der 
U 8272 eine normale Daten-Adreßmarke zu 
Beginn eines Datenfeldes erkennt, liest er 
alle Daten des Sektors und bricht dann den 
Befehl mit einer Fehlermeldung (CM = 1 in 
ST2) ab. Bei SK = 1 überspringt der U 8272 
den Sektor mit normaler Daten-Adreßmarke 


und liest den nächsten Sektor. Der MvMs- 
code lautet: 

MT MFM SK 0 1 1 0 0 Befehlscode; 
die restlichen 8 Bytes entsprechen denen 
von READ DATA (Tafel 3). 

READ A TRACK 

Unmittelbar nach dem Erkennen des Indexlo- 
ches werden alle Daten einer Spur als fortlau- 
fender Datenblock gelesen. Findet der 
U8272 einen Fehler in den ID- oder Daten- 
CRC-Prüfbytes, so wird das Lesen fortge- 
setzt. Der U8272 vergleicht die ID-Informa- 
tionen, die aus jedem Sektor gelesen wer- 
den, mit den im IDR gespeicherten Informa- 
tionen. 

Falls keine Übereinstimmung vorliegt, wird 
das ND-Flag im Stausregister 1 auf 1 gesetzt. 
Mehrfachspur- und Sprungoperationen sind 
bei diesem Befehl nicht möglich. Der Befehl 
ist wie folgt einzugeben: 

0 MFM SK 0 0 0 1 0 Befehlscode; 

die restlichen 8 Bytes wie bei READ DATA 

(Tafel 3). 

READ ID 
Mit dem Befehl 

0 MFM 0 01010 Befehlscode 
0O000HDS DS1 DS0 
überträgt der U8272 die Werte des ersten 
lesbaren ID-Feldes in ein internes Register 
und gibt sie in der Ergebnisphase (wie bei 
READ DATA) an den Prozessor weiter. 

FORMAT A TRACK 
Mit dem Befehl 

0 MFM 001 101 

0 0 0 0 0 HDS DS1 DS0 

N 

SC 

GPL 

D 

wird eine Spur mit (N + 1 ) • 1 28 Byte pro Sek- 
tor, SC Sektoren, der Lückenlänge GPL und 
den Daten D beschrieben. Das ID-Feld eines 
jeden Sektors wird durch den Prozessor vor- 
gegeben, indem in der Ausführungsphase 
des Befehls jeweils 4 Datenbytes für jeden 
Sektor abgefordert werden: C, H, R, N. Da- 
durch besteht die Möglichkeit, eine Diskette 
auch mit ungeordneter Reihenfolge der Sek- 
tornummern zu formatieren. In der Ergebnis- 
phase (wie bei READ DATA) ergibt sich für R 
gegenüber dem eingegebenen Wert eine Er- 
höhung um 1 , da der U 8272 weiterzählt. 

SCAN-Befehle 
SCAN EQUAL: 

MT MFM SK 1 0 0 0 1 Befehlscode 
SCAN LOW OR EQUAL: 

MT MFM SK 1 1 0 0 1 Befehlscode 
SCAN HIGH OR EQUAL: 

MT MFM SK 1 1 1 0 1 Befehlscode 
Für alle 3 Testbefehle sind nach dem Be- 
fehlscode die restlichen 8 Bytes wie bei 
READ DATA einzugeben. Dabei bedeutet 
das letzte Byte aber nicht DTL (die Daten- 
länge), sondern STP (Schrittweite). Bei 
STP = 1 wird jeder Sektor geprüft, bei 
STP = 2 jeder zweite, usw. 

Der U 8272 vergleicht bei allen diesen Befeh- 
len, ob die Bedingung 

DfDD = DprozESSOR, DfdD = DpROZESSOR bzw. 
Dpoo = ^PROZESSOR 

erfüllt ist. Dabei kann das Datenbyte FF vom 
Prozessor als Maske benutzt werden, das 
immer die Vergleichsbedingung erfüllt. Ist 
nach dem Vergleich eines gesamten Sektors 
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die Testbedingung nicht erfüllt, so wird die 
Sektomummer um STP erhöht und der Ver- 
gleich fortgesetzt. 

SEEK 

Durch den SEEK-Befehl (Suchbefehl) wird 
der Lese-/Schreibkopf des Laufwerkes ge- 
zielt von Zylinder zu Zylinder bewegt. Dabei 
wird die aktuelle Kopfposition (PCN) ständig 
mit der gewünschten Kopfposition (NCN) 
verglichen. Im Ergebnis des Vergleiches 
PCN < NCN bzw. PCN > NCN werden das 
Richtungssignal (DR) auf High (1) bzw. Low 
(0) gesetzt und die Schrittimpulse ausgesen- 
det. Die Folgefrequenz der Schrittimpulse ist 
vorher im SPECIFY-Befehl durch den Wert 


von SRT (Stepping Rate Time) festgelegt 
worden. Mit PCN = NCN wird das Aussen- 
den der Stepimpulse abgebrochen und der 
Befehl beendet. Während der Ausführungs- 
phase eines Suchbefehls kann ein weiterer 
Suchbefehl für ein anderes Laufwerk gestar- 
tet werden - das ist für maximal 4 Laufwerke 
gleichzeitig möglich. 

Es ist zu beachten, daß bei einem Lese-/ 
Schreibbefehl keine Suchbefehle ausgeführt 
werden. Deshalb sollte einem Lese-/Schreib- 
befehl vorausgehen: 

1. ein Suchbefehl 

2. Sense Interrupt Status 

3. Red ID. 

Der PCN-Zähler ist nur durch den Rücksetz- 


befehl (Recalibrate) zu eichen. Der Suchbe- 
fehl ist in Tafel 4 dargestellt. 

RECALIBRATE 

Durch den Rücksetzbefehl wird der Lese-/ 
Schreibkopf des Laufwerkes auf die Spur 0 
zurückgesetzt und der Inhalt des PCN-Zäh- 
lers gelöscht. Der U8272 sendet so lange 
Schrittimpulse in Verbindung mit dem Rich- 
tungssignal DR= 1 aus, bis das Spur-O-Si- 
gnal (TO) high wird. Damit wird der Befehl be- 
endet. Ist nach dem Aussenden von 77 
Schrittimpulsen immer noch TO = 0, so wird 
der Befehl abgebrochen. Alle vier Laufwerke 
können parallel rückgesetzt werden. Der Re- 
calibrate-Befehl ist in Tafel 4 dargestellt. 
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SENSE INTERRUPT STATUS 
Ein Interrupt-Signal wird vom U8272 in fol- 
genden Fällen erzeugt: 

1 . Bei Erreichen der Ergebnisphase folgen- 
der Befehle: 

- Datenlesen 

- Zylinderlesen 

- Lesen der Identifikation 

- Lesen ignorierter Daten 

- Datenschreiben 

- Formatieren eines Zylinders 

- Schreiben ignorierter Daten 

- Testbefehl 

2. bei Pegelwechsel auf den Ready-Leitun- 
gen der Laufwerke 

3. nach Beendigung eines Such- oder Rück- 
setzbefehls 

4. während der Ausführungsphase im Nicht- 
DMA-Betrieb. 

Die Ursachen 1 . und 4. werden vom Prozes- 
sor erwartet und sind leicht zu erkennen; die 
Ursachen 2. und 3. sind jedoch nur mittels 
des Befehls SENSE INTERRUPT STATUS 
entschlüsselbar. Durch diesen Befehl wird 
das Interrupt-Signal zurückgesetzt und des- 
sen Ursache über die Bits 5, 6 und 7 des Sta- 
tusregisters 0 abgefragt. Da weder Such- 
noch Rücksetzbefehl eine Ergebnisphase 
besitzen, ist mit diesem Befehl die Kontrolle 
für die exakte Durchführung und fehlerfreie 
Beendigung möglich. 

Der Sense-Interrupt-Befehl ist in Tafel4 dar- 
gestellt. 

SPECIFY 

Durch diesen Befehl werden den 3 internen 
Zeitgebern Werte zugeordnet: 
Kopfentladezeit (HUT): 

1 ^16ms, 2^32 ms F£240ms 

Schrittimpulsrate (SRT): 

F= 1 ms, E ^2ms, . . ., 0 = 16ms 
Kopfladezeit (HLT): 

01 £ 2 ms, 02 ^ 4 ms FE £ 254 ms 

Die angegebenen Werte gelten für eine Takt- 
frequenz von 8 MHz. Bei 4 MHz verdoppeln 
sich die Zeiten bei gleicher Wertzuweisung 
im Befehl Specify. 

Die Schrittrate sollte 1 ms länger als die mini- 
male vom FDD geforderte Zeit programmiert 
werden. Durch das ND-Bit (Non DMA) wird 
zwischen Nicht-DMA-Betrieb (ND=1) und 
DMA-Betrieb (ND = 0) unterschieden. Der 
Specify-Befehl ist in Tafel 4 dargestellt. 

SENSE DRIVE STATUS 
Dieser Befehl wird benutzt, um den Status ei- 
nes Laufwerkes abzufragen. Er hat folgende 
Form: 

0 0 0 0 0 1 0 0 

0 0 0 0 0 HDS DS1 DS0 

ST3 

In ST3 ist die Statusinformation des ange- 
wählten Laufwerkes enthalten. 

INVAUD 

Alle Befehle, die nicht einem vorangegange- 
nen Befehl entsprechen, sind ungültig. Der 
U 8272 beantwortet einen solchen ungültigen 
Befehlscode mit der Ausgabe des Statusregi- 
sters 0, das den Wert 80 H enthält. Das Errei- 
chen der Ergebnisphase wird in diesem Fall 
nicht durch ein INT-Signal angezeigt, son- 
dern es ist das Hauptstatusregister zu lesen. 
Nachfolgend ist ein solcher Befehl darge- 
stellt: 

___ ungültiger Code 


Befehlscode 

STO - 

Ergebnisphase 

Jeder solcher Befehl kann als NOP-Befehl 
verwendet werden. 

Grenzwerte, Betriebsbedingungen und 
Kennwerte 

Der U 8272 arbeitet bei einer Betriebsspan- 
nung von 4,75 bis 5,25 V bei 0 bis 70 °C Um- 
gebungstemperatur. Die Eingangspegel be- 
tragen -0,8 V (low) bzw. -2,0 V (high), für 
die Takteingänge -0,65 V bzw. 2,4 V. Der 
Typ U 8272 D08 arbeitet mit einer minimalen 
Taktperiode von 125 ns bei minimal 40 ns 
Highphase und minimal 50 ns Lowphase. Für 
den Typ U8272 D04 verdoppeln sich diese 
Werte. Mit dem Beginn des Aktivwerdens des 
RD- bzw. WR-Eingangs müssen Ao, CS und 
DAK gültig sein. 

An den Ausgängen liefert der U 8272 einen 
Lowpegel von 0,45 V bei 2 mA bzw. einen 
Highpegel von 2,4 V bei -200//A Belastung. 
Die Leckströme der Ausgänge liegen unter 
10/iA. 

Ausführlichere Angaben hierzu enthalten die 
Tafeln 8, 9 und 1 0 und die dazugehörigen Bil- 
der 6 bis 12. 


Tafel 8 Grenzwerte 


Kenngröße Sym- Ein- min. 

bol heit 


Betriebsspannung U C c V 

Eingangsspannung Ui V 

Ausgangsspannung U 0 V 

Verlustleistung P v W 

Umgebungstemperatur 
bei Belastung 0, °C 

Lagertemperatur 0, °C 


Bild 6 Impulsbedingungpn 



-0,5 7,0 

-0,5 7,0 

-0,5 7,0 

1,5 

0 70 

-40 125 





Bild 10 FDD-Schreiboperation 



DS o — X 

k — 1 




RW/S 1 

ISO 




LC/DR X 


~x 


W 

ST 
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Tafel 10 Elektrische Kennwerte 


Kenngröße 


Symbol Einheit min. typ max. Bedingung 


Umgebungstemperatur 


für CLK und WRC 
H-Eingangsspannung 
für CLK und WRC 
Taktperiode 
H-Taktperiode 
L-Taktperiode 
Anw ahl bis RDl 
RD ' bis Anwa hl 
RD 1 bis RDl 


WR: bis Daten 
TC t bis TC 1 
RESET’ bis RESET l 
IDX - bis IDXl 
WRCl bis WRCl 
Einschaltflanke WRC 
Ausschaltflanke WRC 
RDD f bis RDD l 
RDDlbisDW 
DW bis RDD] 

WRCl bis WRC 1 


DW l bis DW t 
DW1 bis DW l 

DW1 bis Dm 

DRQ 1 bis RDVWR1 
DRQ] bis RDl 
DRQ 1 bis WR l 


5,25 

0,8 

Ucc + 0 , 5 
0,65 


Ucc + 0,5 

500 x' 
x' 


350 x 2 
20 
20 


FM8T 
MFMBT 
FM 5' IS 
M FM 5' IS 
FM 8" 
MFM8" 
FM 5' IS 
M FM 5' IS 


Kenngroße 


typ max. Bedingung 


L-Ausgangsspannung 

H-Ausgangsspannung 

Eingangsleckstrom 

Ausgangsleckstrom 


RDl bis Daten 

RD r bis Daten hochohmig 

WRC f bis PSO, PSI 

WRCl bis WRD t 

WRCl bis WE 1 

WRD T bis WRDl 

Stromaufnahme 

Eingangskapazität 

Eingangskapazität C, WRC 

Ein- Ausgangskapazität 

RDl bis INTl 

WRI bis INTl 

DRQ1 bis DRQ' 

DAKlbisDRQl 

FRlbisFRl 

DS0 , DS1 bis RWISEEK1 

RWIS1 bis LCIDR 

DR bis STl 

STl bis DR 

STl bis DSU, DS1 

STl bis STl 

ST bis STl 

RWISl bis DSO, DS1 

LCIDR bis RW/Sl 




tcr 

tcy 

tcv 

tcr 


20 

20 

20 


104 

84 

96 

56 

8 

192 

40 

40 

264 

120 

240 


0,45 ia. = 2mA 

Ioh — —200pA 
10 Ui = 0,4 V. . . Ucc 

10 U 0 = 0,45 V... U cc 

Pin6 . . . 13 

200 

100 

100 

100 


250 

10 


20 

500 xj 


x' Diese Zeiten gehen nur für eine Taktfrequenz von 8 MHz. Bei 4 MHz verdoppeln sie sich. 
x 2 Diese Zeit gilt für unterschiedliche Stationen. Für eine Station gilt der im Befehl SPECIFY 
angegebene Wert. 

Als Bezugspegel für die Zeiten gelten 0,8 V (low) und 2,0 V (high). 

Die Ausgänge sind mit 100 pF (einschließlich Meßkapazität) belastet. Die Einhaltung aller 
Kenngrößen wird vom Hersteller mit einer Toleranz von ±2,5% garantiert. 
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Wegbereiter der Informatik 


Friedrich Wilhelm Bessel 


* 1784 Minden (Weser), f 1846 Königsberg (Kaliningrad). 



Bessel war nicht nur einer der bedeu- 
tendsten Astronomen (er gilt als Pio- 
nier der astronomischen Meßkunst), 
sondern er hat auch auf mathemati- 
schem Gebiet herausragende Ergeb- 
nisse hinterlassen, die noch heute 
zum Lehrstoff in einem Mathematik- 
studium gehören. Bereits ein Blick in 
ein mathematisches Lexikon weist 
seine bleibenden Verdienste aus. Be- 
griffe wie Besselsche Differentialglei- 
chung, Bessel-Funktion, Besselsche 
Integrationsformel, Besselsche Poly- 
nome u. a. belegen diesen Sachver- 
halt. So hat er die Lösbarkeit einer 
nach ihm benannten Klasse von Dif- 
ferentialgleichungen untersucht, wel- 
che in der mathematischen Physik 
eine wichtige Rolle spielen. Er gab die 
Lösung in Form einer Potenzreihe an 


(Bessel-Funktionen), deren numeri- 
sche Auswertung jedoch erst durch 
computertechnische Unterstützung 
mit vertretbarem Zeitaufwand hinrei- 
chend genau gelingt. Auch die von 
ihm abgeleiteten Formeln für die nu- 
merische Integration oder für die In- 
terpolation einer Funktion haben 
praktisch den Charakter von Algorith- 
men für den unmittelbaren Einsatz 
von Computern. 

Es ist bemerkenswert, daß Bessel 
während seiner Ausbildungszeit (er 
besuchte nach dem Gymnasium ab 
1798 eine Bremer Navigations- 
schule) Mathematik lediglich autodi- 
daktisch betrieb, allerdings so inten- 
siv, daß er in deren praktischer An- 
wendung ungewöhnliche Fertigkei- 
ten erlangte. Seiner ersten Publika- 


tion aus dem Jahre 1804 über den 
Halleyschen Kometen von 1607 lie- 
gen rund 300 Manuskriptseiten Be- 
rechnungen zugrunde. Diese Arbeit 
beeindruckte C. F. Gauß derart, daß 
er Bessel um Unterstützung bei der 
Realisierung der „Berechnung des 
geozentrischen Laufs 3 neuer Plane- 

Wilhelm von Humboldt veranlaßten 
die Leistungen Bessels, im Jahre 
1810 dessen Berufung zum Profes- 
sor für Astronomie an die Königsber- 
ger Universität und zum Direktor der 
dort zu errichtenden Sternwarte zu 
betreiben. Bessel war übrigens der 
erste, der eine kosmische Entfernung 
jenseits der Grenzen des Sonnensy- 
stems exakt gemessen bzw. berech- 
net hat. Dr. Klaus Biener 


204 


Mikroprozessortechnik, Berlin 2 (1988) 7 


Moderne Mikrorechnersysteme 
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3. System 80186 

Der Mikroprozessor 80186 stellt eine Weiter- 
entwicklung des 8086 dar. Er erschien etwa 
im Jahr 1 982. Intel entwickelte den 801 86 vor 
allem, um das Kostenproblem, welches bei 
16-Bit-Rechnern auftritt, zu lösen. Aus die- 
sem Grunde wurden im 80186 alle wesentli- 
chen Funktionen der ZVE eines Mikrorech- 
ners vereinigt. Man kann den 80186 fast 
schon als Einchipmikrorechner bezeichnen, 
nur der Speicher fehlt noch auf dem Chip. 
Was enthält der 801 86 nun im einzelnen: 

- eine verbesserte 8 MHz-8086/2-CPU 

- einen Taktgenerator 

- zwei unabhängige DMA-Kanäle 

- einen programmierbaren Interrupt- 
controller 

- drei programmierbare 16-Bit-Zähler/ 
Zeitgeber 

- programmierbare Speicherselect- und 
Peripherieselectlogik 

- einen programmierbaren Wartezustands- 
generator 

- einen lokalen Buscontroller 

Durch diese Vereinigung einer Vielzahl von 
Funktionen in einem Chip werden Gewicht, 
Größe, Leistungsaufnahme und Kosten bei 
steigender Leistung günstig beeinflußt. In Ta- 
fel 3 ist zur Untermauerung dieser Aussage 
das Leistungs-Kosten-Verhältnis verschie- 
dener Intel-Prozessoren dargestellt. 

Das System 801 86 ist vollständig aufwärts- 
kompatibel für Software und Peripherie des 
8086. Obwohl der 801 86 nicht so starke Ver- 
breitung wie der 8086 erreicht hat, besitzt er 
auf dem OEM-Markt doch eine große Bedeu- 
tung. 


Tafel 3 Lelstung-Kosten-Verhältnls von Intel-MP 161 


8085 8086 80186 80286 


Leistung in MIPS 0,07 0,3 0,7 1,5 

Leistung-Kosten- 

Verh. in IPSI$ 700 1500 10000 7500 

MIPS = 1 Million Instruktionen pro Sekunde 


3.1. Bestandteile 

einer funktionsfähigen ZVE 

Bedingt durch die große Anzahl zusätzlicher 
Funktionseinheiten im 80186 läßt sich eine 
funktionsfähige ZVE mit diesem Mikropro- 
zessor bereits mit wenigen Schaltkreisen auf- 
bauen. Bild 15 zeigt die einfachste Variante. 
Außer dem Prozessor 80186 werden nur 
noch zwei Adreßlatches benötigt, da der 
80186 die Adressen und Daten wie der 8086 
im Multiplexbetrieb ausgibt. Soll die ZVE al- 
lerdings durch Koprozessoren, wie den Arith- 
metikprozessor 8087 oder den E/A-Prozes- 
sor 8089 erweitert werden, ist noch ein Bus- 
controller 82188 in das System zu integrie- 


ren, da der 801 86 die Busübergabe nicht mit 
dem RQ/GT-Protokoll wie der 8086 im Maxi- 
mummode abwickelt, sondern das HOLD/ 
HLDA-Protokoll verwendet. 

Die einfachste Variante nach Bild 1 bietet 
durch die integrierten Funktionen im 80186 
bereits eine Reihe von Leistungsmerkmalen, 
die nicht unbedingt zu den Grundfunktionen 
einer ZVE gehören. An dieser Stelle sei 
darum kurz auf die zusätzlichen Funktions- 
einheiten des 80186 eingegangen. 



Zwei speziell für Echtzeitanwendungen wich- 
tige Funktionseinheiten im 801 86 sind der In- 
terruptcontroller und der programmierbare 
Zähler/Zeitgeber. Der Interruptcontroller 
kann bis zu acht verschiedene Interruptquel- 
len behandeln. Dabei werden simultane In- 
terruptforderungen nach vorgegebenen Prio- 
ritäten aufgelöst. Es wird mit Vektorinterrupt 
gearbeitet, und eine selektive Sperrung von 
Interrupts ist möglich. Die Interruptquellen 
können sowohl extern (maximal fünf) als 
auch intern (Zähler/Zeitgeber oder DMA-Ka- 
näle) sein. Eine Kaskadierung des Interrupt- 
controllers durch externe Controller 8259A ist 
möglich. Der programmierbare Zähler/Zeit- 
geber enthält drei 16-Bit-Kanäle, die für ver- 
schiedenste Funktionen programmiert wer- 
den können. Zwei der Timer können für ex- 
terne Schaltungen verwendet werden, der 
dritte steht nur für interne Operationen zur 
Verfügung. 

Die Funktionen des Zähler/Zeitgebers ent- 
sprechen etwa denen des Timerschaltkrei- 
ses 8253. 

Zur Unterstützung von schnellen Datentrans- 
fers enthält der 801 86 zwei DMA-Kanäle. Die 
DMA-Kanäle ermöglichen Datenübertragun- 
gen mit einer Geschwindigkeit von maximal 
2MByte/s. Durch die interne Busvergabe 
sind die Reaktionszeiten auf eine DMA-An- 
forderung im Vergleich zu externen DMA- 
Controllern sehr kurz. Dagegen besitzen ex- 
terne DMA-Controller gewöhnlich umfang- 
reichere Programmiermöglichkeiten als die 
beiden internen DMA-Kanäle des 80186. Mit 
diesen ist es nur möglich, Datenblöcke zu 
übertragen. 

Als weitere interne Funktionseinheit des 
80186 sei noch auf die programmierbare 
Chipselect- und Ready-Logik eingegangen. 
Genau wie beim 8086 wird auch beim 801 86 
jeder Buszyklus durch ein Ready-Signal ab- 
geschlossen. Dieses Ready-Signal kann 
zum einen extern erzeugt werden, aber es ist 
auch möglich, den internen Ready-Genera- 
tor zu nutzen. Dieser Ready-Generator kann 
so programmiert werden, daß er zwischen 
null und maximal drei Wartezustände in den 


Buszyklus einfügt. Damit kann die Länge der 
Buszyklen optimal den Zugriffszeiten der 
Speicher bzw. E/A-Bausteine angepaßt wer- 
den. Weiterhin bietet der 80186 noch die 
Möglichkeit, Freigabesignale für Speicher 
und Peripherie durch die Chipselect-Logik zu 
bilden. Für die Selektierung des Speichers 
stehen insgesamt sechs Leitungen zur Verfü- 
gung. Die Speicherblockgröße, die jede Lei- 
tung adressiert, ist programmierbar und kann 
zwischen 1 KByte und 256 KByte liegen. Zur 
Selektierung von Peripheriebausteinen sind 
sieben Selectleitungen vorhanden. Jede Lei- 
tung ist dabei für ein 1 28-Byte-Segment im E / 
A-Bereich des Prozessors zuständig. Der 
Adreßbereich, in dem die Segmente liegen, 
ist wiederum frei programmierbar. 5 

3.2. Unterschiede der CPU 80186 
zur CPU 8086 

Neben der Integration zusätzlicher Funk- | 
tionseinheiten wurde beim 80186 auch die T 
CPU gegenüber der CPU 8086 erheblich ver- 
bessert. Diese Verbesserungen betreffen vor 
allem die interne Struktur und den Befehls- 
satz. 

Die Veränderungen in der internen Struktur 
beim 801 86 dienen der Erhöhung der Verar- 
beitungsgeschwindigkeit. So wurde z. B. die 
Busanschlußeinheit mit einem eigenen Hard- 
wareadder ausgestattet. Dadurch ist es mög- 
lich, die effektiven Adressen parallel zur Be- 
fehlsausführung zu berechnen. Der Multipli- 
kationsteil wurde ebenfalls durch zusätzliche 
Hardware vergrößert und soll fünf- bis sechs- 
mal schneller sein als der des 8086 /6/. Wei- 
terhin wurde zur Beschleunigung von String-, 
Verschiebe- und Rotationsoperationen zu- f 

sätzliche Hardware implementiert. Ver- * 

schiebe- und Rotationsoperationen erfolgen ’ 

dadurch mit einem Bit pro Takt. 

Der Befehlssatz des 801 86 wurde gegenüber 
dem 8086 um einige Befehle erweitert, die 
besonders der Unterstützung höherer Pro- 
grammiersprachen dienen. Zu den neuen . i . \ 
Befehlen gehören z. B. Befehle für Prozedur- j 
ein- und -austritt, ein Befehl zum Testen von j $&(. 
Indexgrenzen (erzeugt Interrupts bei einem 
Fehler) und Block-E/A-Befehle. Weiterhin 
können beim 80186 Multiplikations-, Ver- f! , 

schiebe- und Rotationsbefehle auch einen -f 

Direktoperanden verarbeiten, und es ist 
durch die Befehle PUSHA und POPA mög- . 
lieh, den Inhalt aller allgemeinen Register mit tS 
einem Befehl auf den Stack zu legen bzw. 
von dort zu holen. Bei Auftreten eines illega- 
len Operationscodes erzeugt der 801 86 eine 
Befehlsausnahme (Interrupt 6), wodurch es * 

möglich ist, zusätzliche Befehle zu generie- 4j| 
ren. 

4. System 80286 

Das Mikrorechnersystem 80286 stellt eine 
Weiterentwicklung des bekannten 8086-Sy- 
stems dar. Es wurde dabei vor allem eine Er- 
höhung des Befehlsdurchsatzes, die Unter- 
stützung von virtuellen Adressierungskon- ^ 

zepten, Verbesserung des Zugriffsschutzes 
und der Multitaskingfähigkeiten angestrebt. 

Bei gleicher T aktf requenz soll der 80286 etwa 
250% der Leistung des 8086 erreichen 171. 
Softwareseitig ist der 80286 weitgehend auf- 
wärtskompatibel zum 8086. Das heißt, Pro- 
gramme, die für den 8086 geschrieben wur- 
den, laufen problemlos auch auf dem 80286, 
nur mit entsprechend verkürzten Abarbei- 
tungszeiten. Der maximale physische Adreß- 
bereich beträgt 16 MByte, virtuell ist sogar 
1 GByte verfügbar. 
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Der Prozessor 80286 enthält etwa 130000 
Transistoren auf dem Chip, wird in HMOS-II- 
Technologie produziert und besitzt ein 68po- 
liges Gehäuse (LCC oder PGA). Die Bedeu- 
tung des 80286 geht schon allein daraus her- 
vor, daß mit ihm die IBM-PCs AT und XT286 
ausgestattet sind und auch einige Modelle 
des neuen IBM-PS/2 auf diesem Prozessor 
basieren. 

4.1. Bestandteile 

einer funktionsfähigen ZVE 

Um eine funktionsfähige ZVE mit dem Mikro- 
prozessor 80286 aufzubauen, benötigt man 
neben der CPU 80286 noch einen Taktgene- 
rator 82284, einen Buscontroller 82288 und 
drei Adreßlatches 8282. Wenn noch ein lei- 
stungsfähiges Interruptsystem hinzugefügt 
werden soll, bietet sich die Verwendung des 
Interruptcontrollers 8259A an. Bei größeren 
Systemen werden außerdem noch zwei Trei- 
ber 8286 für den Datenbus notwendig. Im 
Bild 16 ist das Blockschaltbild einer funk- 
tionsfähigen ZVE mit dem 80286 gezeigt. 

Der Taktgenerator liefert neben dem System- 
takt, der immer doppelt so groß wie der CPU- 
Takt ist, auch noch eine Synchronisation des 
Ready- und des Reset-Signals. 

4.1.1. Multibusinterface 

Wenn zu der im vorigen Abschnitt gezeigten 
funktionsfähigen ZVE noch ein Busverwalter 
82289 hinzugefügt wird, entsteht ein vollstän- 
diges Multibusinterface. Der Busverwalter 
82289 übernimmt dabei alle Aufgaben, die 
mit der Busvergabe in Zusammenhang ste- 
hen. Ein Blockschaltbild des 82289 ist in 
Bild 17 dargestellt. 

Die Funktion des 82289 entspricht im we- 
sentlichen der des 8289 aus dem 8086-Sy- 
stem. Er fordert also bei Bedarf den Bus an 
und gibt den Controller und die Adreßlatches 
frei, wenn er die Busherrschaft erlangt hat. 
Benötigt der Prozessor den Bus nicht mehr, 
dann wird der Busverwalter durch einen an- 
deren Busverwalter aus der Busherrschaft 
verdrängt usw. Die Prioritäten der Busver- 
walter am Multibus können parallel oder se- 
riell (Daisy-Chain) gesteuert werden. Das ist 
identisch zum 8289. Um seine Aufgaben er- 
füllen zu können, verfügt der Busverwalter 
82289 über Anschlüsse für alle Verwaltungs- 
leitungen des Multibus und läßt sich auf der 
anderen Seite problemlos an den Prozessor 
80286 anschließen. Bild 1 8 zeigt noch einmal 
eine ZVE mit vollständigem Multibusinterface. 

4.1.2. Betriebsarten 
des Bussteuer-ICs 82288 

Der Bussteuer-IC (Buscontroller) 82288 hat 


Bild 16 Einfache Variante einer ZVE mit dem 
80286 
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die Aufgabe, die Statussignale der CPU 
80286 zu dekodieren und daraus die entspre- 
chenden Lese- bzw. Schreibkommandos auf 
dem Bus zu erzeugen. Dazu erhält er von der 
CPU die beiden Statussignale SO und S1 und 
das Signal M/IO. Die Kodierung des CPU- 
Status ist in Tafel 4 wiedergegeben. 
Weiterhin steuert der 82288 die Adreßlatches 
und die Datenbustreiber durch entspre- 
chende Steuersignale. Seine Funktion ent- 
spricht der des 8288 aus dem 8086-System. 
Bild 1 9 zeigt ein Blockschaltbild des 82288. 
An dieser Stelle sei auf eine Besonderheit der 
Adreßausgabe des 80286 hingewiesen. Der 
80286 verfügt über getrennte Busse für Da- 
ten und Adressen. Die Adressen jedes Bus- 
zyklus werden aber bereits vorzeitig ausge- 
geben, noch bevor der gerade laufende Bus- 
zyklus abgeschlossen ist. Das Taktdia- 
gramm eines 80286-Buszyklus mit diesem 
Adreßpipelining ist in Bild 20 dargestellt. 

Eine solche Überlappung von Buszyklen hat 
den Vorteil, daß mit bestimmten Schaltungs- 
maßnahmen den Speichern bzw. E/A-Bau- 
steinen größere Antwortzeiten zur Verfügung 
gestellt werden können. Allerdings müssen 
die Adressen dann durch Latches gespei- 
chert werden, da sie vor Beendigung des 
Buszyklus verschwinden. 

Um nun das verbesserte Zeitverhalten der 
CPU 80286 stärker ausnutzen zu können, 
hat der Buscontroller 82288 zwei Betriebs- 
arten, die sich im Zeitverhalten unterschei- 
den. 

Die erste Betriebsart ist der Multibusmode. In 
dieser Betriebsart ist das Zeitverhalten des 
Buscontrollers multibuskompatibel. Auch die 
Steuerung der Datenbustreiber erfolgt so, 
daß siedem Multibusstandard entspricht. Ein 
Multibuszyklus in dieser Betriebsart ist min- 
destens drei Prozessortakte lang, d. h., jeder 
Prozessorbuszyklus muß um mindestens ei- 
nen Wartetakt (Waitstate) verlängert werden. 
Es wird also nicht die maximal mögliche Bus- 
bandbreite des Prozessors erreicht. 

Eine zweite Betriebsart des Buscontrollers 
82288 ist der lokale Busmode. Dabei werden 
die Schreib- bzw. Lesekommandos bereits 
einen ganzen bzw. einen halben Prozessor- 
takt eher ausgegeben als im Multibusmode. 
Auch die Freigabe der Datenbustreiber er- 
folgt wesentlich zeitiger. In dieser Betriebsart 
kann die maximale Busbandbreite des Pro- 
zessors erreicht werden. Ein Buszyklus ist 
minimal zwei Prozessortakte lang, wenn kein 
Wartetakt eingefügt wird. 

Die CPU 80286 kann auch mit zwei Bussy- 
stemen arbeiten. Dann sind allerdings auch 
zwei Buscontroller erforderlich und der physi- 
sche Adreßraum muß zwischen beiden Bus- 
systemen aufgeteilt werden. Ein Bus könnte 
beispielsweise der Multibus sein und der 
zweite ein schneller lokaler oder residenter 
Bus. 



Bild 1 8 ZVE mit dem 80286 und einem Multibus- 
interface 

Tafel 4 Statuskodierung des 80286 181 


MIIO S1 SO Typ des Buszyklus 


0 


Interruptquittung 
E/A-Lesezyklus 
EJ A-Schreibzyklus 
Leerzyklus 

Halt oder Abschaltung 
Speicherlesezyklus 
Speicherschreibzyklus 
Leerzyklus 


4.1.3. Interruptsystem 
Das Interruptsystem des 80286 unterschei- 
det sich nicht wesentlich von dem des 8086. 
Die CPU 80286 verfügt über zwei Interrupt- 
eingänge, einen maskierbaren INTR und ei- 
nen nichtmaskierbaren NMI. Der maskier- 
bare Eingang kann durch das Interruptflag im 
Flagregister gesperrt oder freigegeben wer- 
den. Wenn dieser Eingang freigegeben ist 
und aktiviert wird, führt der Prozessor zwei In- 
terruptbestätigungszyklen durch. Während 
des zweiten Zyklus liest er auf dem nieder- 
wertigen Teil des Datenbusses einen 8-Bit- 
Vektor ein, durch den dann die Startadresse 
einer Unterbrechungsbehandlungsroutine in 
einer Tabelle ausgewählt wird. Gewöhnlich 
wird der Interruptvektor durch einen Inter- 
ruptcontroller 8259A geliefert, der bis zu acht 
Interruptquellen parallel behandeln kann. 
Durch Kaskadierung können bis maximal 64 
Interruptquellen bearbeitet werden. Der In- 
terruptcontroller 8259A arbeitet im 80286- 
System genauso wie im System 8086. 

Bei Aktivierung des nichtmaskierbaren Inter- 
rupteingangs NMI werden keine Bestäti- 
gungszyklen durchgeführt, und es wird kein 
Vektor eingelesen. Dadurch ist die Reak- 
tionszeit sehr kurz. Es kann allerdings auch 
nur eine Behandlungsroutine für diesen Inter- 
rupt geben. 



Bild 17 

Blockschaltbild 
Busverwalter 82289 
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5.4. Datenformate 

Adressen 

Adressen werden wie vorzeichenlose ganze 
Zahlen (natürliche Zahlen) im Wortformat 
(16 Bit) gespeichert und verarbeitet. Durch 
die 1 6-Bit-Adressen ist der virtuelle Adreß- 
raum auf 64 KByte beschränkt. 

Intergerzahlen 

Integerzahlen sind ganze Zahlen (mit Vorzei- 
chen) im 

- Byteformat (B) - 8 Bit 

- Wortformat (I) -16 Bit 

- Langwortformat (L) - 32 Bit. 

Grundsätzlich stehen alle arithmetischen und 
logischen Operationen für Integer-Zahlen im 
Wortformat zur Verfügung. Mit Ausnahme 
der Befehle für die arithmetischen Grundope- 
rationen stehen auch alle Befehle für das By- 
teformat zur Verfügung. Für das Langwortfor- 
mat ist nur ein Verschiebebefehl realisiert. Im 
Befehlssatz des FPP sind aber Konvertie- 
rungsbefehle zur Umwandlung in das D-For- 
mat vorhanden, so daß das L-Format effektiv 
über den FPP verarbeitet werden kann. 

Ein Überlauf bei der Verarbeitung von Inte- 
gerzahlen wird durch das V-Bit im Prozessor- 
statuswort (PS) angezeigt. 

Natürliche Zahlen 

Natürliche Zahlen sind ganze Zahlen ohne 
Vorzeichen im Byte- oder Wortformat. Für die 
Verarbeitung stehen die gleichen arithmeti- 
schen und logischen Befehle wie bei den In- 
tegerzahlen zur Verfügung. Ein auftretender 
Übertrag wird im C-Bit des PS angezeigt. 

Gleitkommazahlen 

Gleitkommazahlen werden durch FPP im 

- F-Format (32 Bit) und 

- D-Format (64 Bit) 

verarbeitet. Es stehen umfangreiche arith- 
metische und Konvertierungsbefehle zur 
Verfügung. Bei Anlagen mit FIS sind nur 4 
Befehle für das F-Format realisiert. 

Eine Übersicht über die internen Darstellun- 
gen der Datenformate des SKR ist auf Seite 
112 (MP 4/88) abgebildet. 

5.5. Der Basisbefehlssatz des SKR 

Der Basisbefehlssatz des SKR stellt den 
Standardbefehlsvorrat dar. Bei der Erläute- 
rung der Befehle werden folgende Abkürzun- 
gen benutzt: 

Mnemonischer Befehl 

D- Ausdruck für die Adresse des Zielope- 
randen 

S - Ausdruck für die Adresse des Quellope- 
randen 


R- Registerausdruck 
N- numerischer Ausdruck 

numerischer Operationskode 

DD - Zieloperandenfeld (6 Bit) 

SS - Quelloperandenfeld (6 Bit) 

R - Registerangabe (3 Bit) 

XXX - Verschiebung (8 Bit), - 1 28 bis + 1 27 
N - numerischer Wert (3 Bit) 

NN - numerischer Wert (6 Bit) 

NNN - numerischer Wert (8 Bit) 

Operationsbeschreibung 

d - Zieloperand 

s - Quelloperand 

r - Registerinhalt 

(...) - Inhalt von... 

:= - Ergibtzeichen 

+ - Addition 

- - Subtraktion, Vorzeichen 

(Zweierkomplement) 

* - Multiplikation 

/ - Division 

~ - logische Negation 

(Einerkomplement) 

A - logisches UND 

V - inklusives logisches ODER 

V - exklusives logisches ODER 

Zu jedem Befehl wird die Aktualisierung der 
Flagbits des Prozessorstatusregisters (PS) 
angegeben, wobei folgende Symbolik ver- 
wendetwird: 

* - wird entsprechend dem Ergebnis ge- 

setzt oder gelöscht 

— wird nicht beeinflußt 

0 - wird gelöscht 

1 - wird gesetzt. 

Das Setzen bzw. Löschen der Flagbits er- 
folgt, falls nicht anders angegeben, nach fol- 
genden Grundregeln: 

1 . Das N- Bit (negtiv) wird dem Vorzeichen- 
bit des Resultates entsprechend gesetzt 
(höchstwertiges Bit). 

2. Das Z-Bit (zero) wird gesetzt, wenn alle 
Bits des Ergebnisses Null sind, anderenfalls 
wird es gelöscht. 

3. Das V-Bit (overflow) wird bei einem arith- 
metischen Überlauf gesetzt (Verletzung des 
Zahlenbereiches der ganzen Zahlen). 

4. Das C-Bit (carry) wird bei einem Übertrag 
gesetzt (Verletzung des Zahlenbereiches der 
natürlichen Zahlen). 

Wenn zu einem Wortverarbeitungsbefehl ein 
äquivalenter Byteverarbeitungsbefehl reali- 
siert ist, so erfolgt unter Angabe der Mnemo- 
nik beider Befehle die Abhandlung gemein- 
sam. Ein Byteverarbeitungsbefehl ist im 
mnemonischen Operationskode durch ein 
nachgestelltes „B“ gekennzeichnet. 

5.5.1. Allgemeine Befehle 

CLR D 005000 cf:=0 Löschen N Z V C 
CLRB D 105000 (Clear) 0 10 0 

Der Zieloperand wird gelöscht. 

COM 0 005100 d:=~d Komplement **01 
COMB 0105100 (Complement) 

Der Zieloperand wird logisch komplementiert 


(Einerkomplement), d. h., jede Binärziffer 
wird negiert. Das C-Bit wird gesetzt! 

INC 0 005200 cf :=d+1 Inkrement ***- 
INCB O1052DO (Increment) 

Zum Zieloperanden wird eine 1 addiert. 

Das C-Bit wird nicht verändert! 

DEC 0 005400 d:-d-1 Dekrement **** 
DECB 0 105400 (Decrement) 

Vom Zieloperanden wird eine 1 subtrahiert. 
Das Bit wird nicht verändert! 

NEG 0 005300 d:=-cf Negation **** 
NEGB 0 105300 (Negate) 

Vom Zieloperanden wird das Zweierkomple- 
ment gebildet (Subtraktion von 0). Das V-Bit 
wird gesetzt, wenn die größte negative Zahl 
negiert wird, da sie kein positives Äquivalent 
hat und die Operation nicht ausgeführt wer- 
den kann. Das C-Bit wird prinzipiell mit einer 
Ausnahme gesetzt, wenn der Wert Null ne- 
giert wird. 

TST 0 005700 cf-0 Test **00 

TSTB O1057DO (Test) 

Der Zieloperand wird getestet, wobei N- und 
Z-Bit entsprechend gesetzt oder gelöscht 
werden. 

SWAB 0 000300 Vertauschen **00 

der Bytes (Swap bytes) 
Höher- und niederwertiges Byte des Zielope- 
randen weiden miteinander vertauscht. Die 
Zieladresse muß eine Wortadresse sein. Das 
N-Bit wird gesetzt, wenn im Ergebnis das 
Vorzeichen des niederwertigen Bytes (Bit 7) 
Eins ist. Das Z-Bit wird gesetzt, wenn im Er- 
gebnis das niederwertige Byte Null ist. 

MOV S.D 01 SSDD d:=s Transport **0- 

MOVB S,D 11SS00 (Move) 

Der Quelloperand wird auf die Zieladresse 
transportiert. Der Quelloperand und das C- 
Bit bleiben unverändert. Das N- und Z-Bit 
werden entsprechend dem transportierten 
Operanden gesetzt. Bei MOVB mit Register- 
adressierung für die Zieladresse ist zu be- 
achten, daß das höherwertige Byte mit dem 
Vorzeichen des geladenen niederwertigen 
Bytes gefüllt wird (Sign extension). 

CMP S,D 02SSDO s-d Vergleich **** 

CMPB S,D 12 SSDD (Compare) 

Vergleich des Quelloperanden mit dem Ziel- 
operanden durch Subtraktion des Zielope- 
randen vom Quelloperanden. Die Operan- 
den bleiben unverändert. Das V-Bit wird bei 
einem arithmetischen Überlauf gesetzt 
(siehe SUB-Befehl). Das C-Bit wird bei einem 
Übertrag vom höchstwertigen Bit gesetzt. 
Beim Vergleich von natürlichen Zahlen ist 
das C-Bit gesetzt, wenn der Quelloperand 
kleiner als der Zieloperand ist. 

5.5.2. Arithmetische Befehle (Festkomma) 
ADD S,D 06 SSDD d:=d+s Addition (Add) 

Der Quelloperand wird zum Zieloperanden 
addiert. Der Zieloperand wird dabei durch 
das Resultat überschrieben, der Quellope- 
rand bleibt unverändert. Das C-Bit wird bei ei- 
nem Übertrag vom höchstwertigen Bit ge- 
setzt. Das V-Bit wird beim arithmetischen 
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Überlauf gesetzt (wenn beide Operanden 
das gleiche Vorzeichen haben und das Er- 
gebnis das inverse Vorzeichen hat). 

SUB 5,0 165500 d:=d-s Subtrak- **** 
tion (Subtract) 

Der Quelloperand wird vom Zieloperanden 
subtrahiert. Das C-Bit wird bei einem Über- 
trag vom höchstwertigen Bit gesetzt. Das V- 
Bit wird bei arithmetischem Überlauf gesetzt 
(Minuend und Subtrahend haben verschie- 
dene Vorzeichen und das Vorzeichen des 
Resultats ist mit dem Vorzeichen des Subtra- 
henden identisch. 

ADC 0 005500 d:=cf+C Addition **** 
ADCB 0 1B5500 des C-Bits 

(Add carry) 

Das C-Bit wird zum Zieloperanden addiert. 
SBC 0 005600 d:=d-C Subtrak- **** 
SBCB 0 1 B5600 tion des C-Bits 

(Subtract carry) 

Das C-Bit wird vom Zieloperanden subtra- 
hiert. 

5.5.3. Logische Befehle 

BIT 5,0 835500 sAd Bit Testen **0- 
BITB 5,0135500 (Bittest) 

Verknüpft die beiden Operanden konjunktiv 
und setzt entsprechend N- und Z-Bit. Die 
Operanden werden nicht verändert. Ge- 
wöhnlich werden durch den Befehl mittels ei- 
ner Maske ein oder mehrere Bits des Zielope- 
randen getestet. 

BIC 5,0 045500 d(:~S)Ad Bit **0- 
BICB 5,0 145500 Löschen 

(Bit clear) 

Es werden im Zieloperanden die Bits auf Null 
gesetzt, die im Quelloperanden (Maske) mit 
Eins belegt sind (Konjunktion mit negiertem 
Quelloperand). 

BIS S,0 05SS00d:=sVd Bit Setzen **0- 
BISB 5,0 155500 (Bit set) 

Es werden im Zieloperanden die Bits auf Eins 
gesetzt, die im Quelloperanden mit Eins be- 
legt sind (Disjunktion). 

5.5.4. Verschiebebefehle 

ROR 0 8B6000 Zyklische Rechts- **** 
RORB 0106000 Verschiebung 

(Rotate right) 

Alle Bits des Zieloperanden werden um 1 Bit 
nach rechts verschoben. Das C-Bit wird in 
das höchstwertige Bit und Bit 0 in das C-Bit 
eingetragen (Bild 17). 

Das V-Bit wird wie folgt gesetzt: V = NVC. 
Damit zeigt das V-Bit an, daß der neue Wert 
des C-Bits gegenüber dem vorhergehenden 
geändert ist. 



Bild 17 Zyklische Rechtsverschiebung 


ROL 0 006100 Zyklische Links- **** 
ROLB 0 106100 Verschiebung 

(Rotate left) 

Alle Bits des Zieloperanden werden um 1 Bit 
nach links verschoben. Das C-Bit wird in das 
Bit 0 und das höchstwertige Bit in das C-Bit 
eingetragen. Das V-Bit wird wie beim ROR- 
Befehl gesetzt (Bild 18). 

ASR 0 006200 Arithmetische **** 

ASRB 0 106200 Rechtsverschiebung 
(Arithmetic shift right) 



Bild 18 Zyklische Linksverschiebung 
Alle Bits des Zieloperanden werden um 1 Bit 
nach rechts verschoben. Das höchstwertige 
Bit bleibt unverändert. Bit 0 wird in das C-bit 
geladen. Dieser Befehl entspricht einer Divi- 
sion durch 2. Das V-Bit wird wie beim ROR- 
Befehl gesetzt (Bild 19). 


I ^ 1 =IhO- | 

Bild 19 Arithmetische Rechtsverschiebung 

Hinweis: 

Bei einem Byteverarbeitungsbefehl mit ei- 
nem Registeroperanden bleibt das höher- 
wertige Byte unverändert (Ausnahme: 

MOVB). 

ASL 0 006300 Arithmetische **** 
ASLB 0 106300 Linksverschiebung 

(Arithmetic shift left) 

Alle Bits des Zieloperanden werden um 1 Bit 
nach links verschoben. Das höchstwertige 
Bit wird in das C-Bit geladen. In das Bit 0 wird 
eine Null geladen. Solange das V-Bit nicht 
gesetzt wird, entspricht die Operation einer 
Multiplikation mit 2. Das V-Bit wird wie beim 
ROR-Befehl gesetzt und zeigt eine Vorzei- 
chenänderung an (Bild 20). 



Bild 20 Arithmetische Unksverschiebung 

5.5.5. Verzweigungsbefehle 
Alle Verzweigungsbefehle sind 1 -Wort-Be- 
fehle, die im niederwertigen Byte eine Wort- 
verschiebung XXX (relative Adresse gemäß 
5.3.3.) enthalten. Der Sprungbereich ist so- 
mit relativ zum aktualisierten PC (alter PC 
plus 2) -128 Worte rückwärts und +127 
Worte vorwärts. Die Wortverschiebung wird 
im Befehlskode mit XXX dargestellt (XXX = D 
-PC). 

Allgemeine Verzweigungsbefehle 

BR 0 000400+*** unbedingt (Branch) 

BNE 0 001000+*** bei ungleich Z=0 
Null (Branch 
ifnotequal) 

BEQ 0 001400+*** bei gleich Null Z=1 
(Branch ifequal) 

BPL 0 100000+*** bei Plus (Branch N=0 
ifplus) 

BMI 0 100400+*** bei Minus (Branch N=1 
if minus) 

BVC 0 102000+*** bei kein Überlauf V=0 
(Br. if overflow clear) 
BVS 0 102400+*** bei Überlauf V=1 
(Br. if overflow isset) 

BCC 0 103000+*** bei kein Übertrag C=0 
(Br. if carry is clear 

BCS 0 103400+*** bei Übertrag (Br. C=1 
if carry isset) 


Hinweis: 

Die Anwendung von BPL/BMI nach dem CMP/ 
CMPB-Befehl und anderen arithmetischen 
Befehlen führt bei Überschreitung des Werte- 
bereiches zu Fehlern, da das C- bzw. V-Bit 
vom Verzweigungsbefehl nicht analysiert 
wird. In Abhängigkeit davon, ob die 16-Bit- 
Zahlen als ganze Zahlen oder natürliche Zah- 
len interpretiert werden, sollten die Verzwei- 
gungsbefehle der nachfolgenden Gruppen 
Anwendung finden. 

Verzweigungsbefehle nach Operationen 
mit ganzen Zahlen 

BGE 0 002000+*** bei größer NVV=0 
oder gleich 
Null (Branch 
ifgreaterthan 
orequal) 

BLT 0 002400+*** bei kleiner als NVV=1 
Null (Branch 
iflessthan) 

BGT 0 003000+*** bei ZV(NVV)=30 
größer als Null 
(Branch ifgreater 
than) 

BLE 0 003400+*** bei kleiner ZV(nVV)=1 
oder gleich 
Null (Branch 
iflessthan 
orequal 

Diese Befehle werden immer nach arithmeti- 
schen Operationen mit ganzen Zahlen ange- 
wendet, da sonst nach einer möglichen Über- 
schreitung des Wertebereiches falsch ver- 
zweigt wird. 

Verzweigungsbefehle nach Operationen 
mit natürlichen Zahlen 
BHI 0 101000+*** Bei größer CVZ=0 
(Branch if 
higher) 

BLOS 0 101400+*** bei kleiner C VZ=1 
oder gleich 
(Branch if lower 
orsame) 

BHIS 0 103000+*** bei größer oder C=0 
gleich 
(Branch if 
higher or same) 

BLO 0 103400+*** bei kleiner C=1 
(Branch if lower) 

Diese Befehle werden nach arithmetischen 
Operationen mit natürlichen Zahlen (Adres- 
sen) angewendet, da sonst nach einer mögli- 
chen Überschreitung des Wertebereichs 
falsch verzweigt wird. 

5.5.6. Sprungbefehle und Befehle zur Un- 
terprogrammorganisation 

JMP 0 000100 Unbedingter Sprung 
(Jump) 

Der JMP-Befehl gestattet einen Sprung zu ei- 
ner beliebigen Adresse, da außer der Regi- 
steradressierung alle Adressierungsmodifi- 
kationen zulässig sind. Die Zieladresse muß 
immer geradzahlig sein. Die Adressierungs- 
modikation 0 bewirkt einen Interrupt nach 
Adresse 000010 (Verbotener Befehl) und 
eine ungerade Adresse 000004 (Time out / 
Verbotene Adresse). Die Flags des PS wer- 
den nicht verändert. 


208 


/likroprozessortechnik, Berlin 2 (1988) : 


Operation: PC :=d 

JSR R,D 004 fl/7/7 Unterprogrammsprung 

(unbedingt) 

(Jump to subroutine) 

Der JSR-Befehl gestattet einen Sprung zu ei- 
nem Unterprogramm mit einer bestimmten 
Anfangsadresse. Vor dem Sprung wird der 
alte PC-lnhalt in das Register R gerettet, um 
eine Rückkehr zum Hauptprogramm zu er- 
möglichen. Damit der Inhalt des Registers R 
nicht verloren geht, wird er zuvor in den Sy- 
stemstack gerettet. Der Sprung wird dann 
analog dem JMP-Befehl ausgeführt. 
Operation: 

tmp: =d (Die Zieladresse wird berech- 

net und in ein internes tempo- 
räres Register gespeichert) 
-(SP):=fl (Inhalt von R wird gerettet) 

flI=PC (PC wird nach R gerettet) 

PC :=tmp (Sprung wird ausgeführt) 

RTS R 00020/} Rücksprung aus dem 
Unterprogramm 

Vom Register R wird die Rücksprungadresse 
geladen. Der Inhalt des Registers R wird vom 
Stack geladen. Die Flags des PS werden 
nicht beeinflußt. 

Operation: PC:=fl (Laden der Rücksprung- 
adresse von R) 

fl:=(SP)+ (Laden des alten Re- 
gisterinhaltes vom 
Stack) 

5.5.7. Steuerbefehle 
HALT 000000 Halt 

Der Prozessor geht in den statischen Haltzu- 
stand. Die Datenanzeige des Bedienpultes 
gibt den Inhalt des Registers R0 an. Die 
Adreßanzeige gibt die Adresse des nächsten 
Befehls an. Durch Drücken der Fortsetzungs- 
taste (npoflon>KaTb/Continue) kann das Pro- 
gramm fortgesetzt werden. Im Nutzer-Modus 
ruft der Befehl eine Unterbrechung hervor. 
WAIT 000001 Warten auf Interrupt 
(Waitfor interrupt) 

Der Prozessor geht in den dynamischen Stop 
und erwartet ein Interrupt. Der PC zeigt auf 
den nächsten Befehl, so daß nach der Inter- 
ruptbehandlungsroutine (RTI-Befehl) der 
nächste Befehl nach WAIT ausgeführt wer- 
den kann. Im Nutzermodus wird der Befehl 
als NOP-Befehl ausgeführt. 

RESET 000005 Rücksetzen des exter- 
nen Busses 
(Reset external Bus) 

Der Prozessor sendet auf den Einheitsbus für 
10 ms das Signal INIT. Dadurch werden alle 
Geräte in ihren Grundzustand rückgesetzt. 
Im Nutzermodus wird der Befehl als NOP-Be- 
fehl ausgeführt. 

RTI 000002 Rückkehr von der Inter- 
ruptbehandlungsroutine 

(Return from Interrupt) 

PC und PS werden vom Systemstack gela- 
den. Es wird der Rücksprung in das unterbro- 
chene Programm organisiert sowie der alte 
Flagzustand eingestellt. 

Operationen: 

PC:=(SP)+ (Laden der Rücksprungadresse 
aus dem Systemstack) 
PS:=(SP)+ (Laden des alten PS aus dem 
Systemstack) 


RTT 000006 Rückkehr von der Trap- 
behandlungsroutine 

(return from trap) 

Der Befehl wird wie der RTI-Befehl ausge- 
führt. Der Unterschied ist, daß der RTT-Be- 
fehl den T-Bit-Trap blockiert, so daß es bei 
gesetztem T-Bit im PS erst nach dem näch- 
sten Befehl wirksam wird. Beim RTI-Befehl 
würde der T-Bit-Trap sofort wirksam werden. 
Dieser Befehl ist ein Zusatzbefehl für Rech- 
ner mit Hauptspeicherverwaltungseinheit. 
Bei Rechenanlagen vom Typ SM3 wird der T- 
Bit-Trap auch beim RTI-Befehl erst nach ei- 
nem Befehl wirksam. 


NOP 000240 Keine Operation 

(No Operation) 

CLC 000241 Löschen des C-Bits(ClearC) 
CLV 000242 Löschen des V-Bits(ClearV) 
CLZ 000244 Löschen des Z-Bits(ClearZ) 
CLN 000250 Löschen des N-Bits(ClearN) 
CCC 000257 Löschen aller Flags (Clear all 
condition codes) 

SEC 000261 Setzen des C-Bits (Set C) 

SEV 000262 Setzen des V-Bits (Set V) 

SEZ 000264 Setzen des Z-Bits (SetZ) 

SEN 000270 Setzen des N-Bits (Set N) 

SCC 000277 Setzen aller Flags (Set all con- 
dition codes) 

Die letzten vier Bits der Operationskodes 
stimmen der Bedeutung nach mit den Flag- 
bits des PS überein. Es ist deshalb möglich, 
numerische Operationskodes zum Löschen/ 
Setzen von zwei bzw. drei Flags zu bilden, 
die vom Assembler nicht unterstützt werden, 
z. B.: 

000256 Löschen vom V-, Z- und N-Bit 
EMT N 1 04000 + NNN Emulatortrap-Befehl 
TRAP N 1 04400 + NNN Trap-Befehl 

Beide Befehle rufen eine synchrone Unter- 
brechung (Trap) hervor und werden gleich 
ausgeführt. 


Operation: 

-(SP):=PS (Retten des alten PS) 
-(SP):=PC (Retten der Rücksprung- 
adresse) 

PC .-(IV) (Laden der Adresse der Trap- 

Behandlungsroutine vom Inter- 
ruptvektor IV) 

PS:=(/l/+2) (Laden des neuen PS vom 
Interruptvektor IV+ 2) 

Der Interruptvektor für den EMT-Befehl steht 
auf Adresse 30(8) und für den TRAP-Befehl 
auf Adresse 34(8). Der EMT-Befehl ist für die 
Systemsoftware reserviert und darf vom An- 
wenderprogrammierer nicht benutzt werden. 
Der TRAP-Befehl steht für die allgemeine 
Verwendung zur Verfügung. 

BPT 000003 Trap-Befehl für Unterbre- 
chungspunkte 
(Breakpoint trap) 

Dem EMT- und TRAP-Befehl entsprechend 
ruft dieser Befehl eine synchrone Unterbre- 
chung hervor. Der Interruptvektor für den 
BPT-Befehl steht auf der Adresse 14(8). Der 
T-Bit-Trap nutzt den gleichen Interruptvektor. 
Der BPT-Befehl und der T-Bit-Trap werden 
vom Testhilfesystem ODT des Betriebssy- 
stems genutzt. 

I0T 000004 Trap-Befehl für die Ein- 
und Ausgabe 

(I/O-Trap) 

Der lOT-Befehl wird dem EMT- und TRAP-Be- 


fehl entsprechend ausgeführt. Sein Interrupt- 
vektor steht auf der Adresse 20(8). 

Er wurde vom E/A-Ruf der Lochbandsoft- 
ware genutzt. 

MFPI S 00655S Transport **0- 
vom vorhergehenden 
Befehlsadreßraum 

(Movefrom previous 
Instruction Space) 

Der Befehl ist ein Zusatzbefehl bei Rechnern 
mit Hauptspeicherverwaltungseinheit. Er ge- 
stattet das Lesen von einzelnen Worten aus 
dem vorhergehenden Befehlsadreßraum. 
Das gelesene Wort wird in den Stack ge- 
schrieben. 

Operation: 
tmp :=S 
-(SP) \=tmp 

Die Befehls- und die Stackadresse werden 
entsprechend dem aktuellen Satz der Seg- 
mentadreßregister (Bit 14, 15 des PS) auf 
den physischen Speicher abgebildet, wäh- 
rend für die Quelladresse der Segmenta- 
dreßregistersatz gemäß Bit 12,13 des PS ge- 
nutzt wird. 

MTPI D 00660/7 Transport in **0- 
den vorhergehenden 
Befehlsadreßraum 

(Move to previous In- 
struction Space) 

Der Befehl ist die Umkehrung des MFPI-Be- 
fehls. Er gestattet das Schreiben von einzel- 
nen Worten in den vorhergehenden Befehls- 
adreßraum. Das zu schreibende Wort wird 
aus dem Stack gelesen: 

Operation: 
tmp := (SP)+ 

D :=tmp 

Die Befehls- und die Stackadresse werden 
entsprechend dem aktuellen Satz der Seg- 
mentadreßregister (Bit 14, 15 des PS) auf 
den physischen Speicher abgebildet, wäh- 
rend für die Zieladresse der Segmentadreß- 
registersatz gemäß Bit 1 2, 1 3 des PS genutzt 
wird. 

SPL N 00023 /V Setzen der 

Priorität (Set priority 
level) 

Der Befehl ist ein Zusatzbefehl beim K 1620 
und bei der Elektronika-60. Die niederwerti- 
gen drei Bits des Befehls werden als Prozes- 
sorpriorität in das PS geladen. Im Nutzermo- 
dus wird der Befehl als NOP-Befehl ausge- 
führt. 

MFPS D 1067/7/7 Speicherndes **0- 
PS (Move byte from 
Processor Status word) 
Der Befehl ist ein Zusatzbefehl des Kl 620 
und der Elektronika-60. Die niederwertigen 
8 Bits des PS werden unter der Zieladresse 
abgespeichert. Die Zieladresse wird als Byte- 
adresse interprtiert. Das Z-Bit wird gesetzt, 
wenn alle Bits im niederwertigen Byte des PS 
null sind. 

MTPS S 1064SS Laden des PS **** 
(Move byte to pro- 
cessor Status word) 

Der Befehl ist ein Zusatzbefehl des Kl 620 
und der Elektronika-60. Die Bit 0-3 des 
Quelloperanden werden in das PS geladen. 
Die Quelloperandenadresse wird als Byte- 
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adresse interpretiert. Das T-Bit kann mit die- 
sem Befehl nicht gesetzt werden. 

5.6. Der erweiterte Befehlssatz des SKR 
MULS,/?070/?SS (fl,ffV1):=r*s «0* 

Multiplikation (Multiply) 
Es werden zwei ganze Zahlen (16-Bit) multi- 
pliziert, wobei ein 32-Bit-Produkt entsteht. 
Wenn R geradzahlig ist, wird im geradzahli- 
gen Register der höherwertige Teil des Pro- 
dukts und im darauffolgenden ungeradzahli- 
gen Register der niederwertige Teil gespei- 
chert. Wenn R ungeradzahlig ist, so wird nur 
der niederwertige Teil des Produkts gespei- 
chert. Das C-Bit wird gesetzt, wenn das Er- 
gebnis mehr als 15stellig wird (Das C-Bit 
muß, vorher gelöscht werden!). 


Beispiele: 

MOV ALPHA, R0 ; LADEN DES ERSTEN FAKTORS 
MULM0,R0 MULTIPLIZIEREN MIT K0 

ERGEBNIS IN R0.R1 

CLC ;L0ESCHEN DES C-BITS 

MOV FELD(R5), 

R3 : LADEN DES 
;ERSTEN FAKTORS 

MULFELD+2 

(R5),R3 MULTIPLIZIEREN 
BCS FEHLER ; » UEBERLAUFFEHLER 


Hinweis: 

Bei den Zusatzbefehlen MUL, DIV, ASH und 
ASHC ist die Operandenfolge im Assembler- 
format gegenüber dem numerischen Maschi- 
nenbefehl vertauscht. 

DIV S,R 071 RSS (fl,fl+1):=(/?,/M-1)/s **** 
Division (Divide) 

Es wird ein 32stelliger Dividend (Ganze Zahl) 
durch einen 16stelligen Divisor dividiert. Der 
Quotient (16 Bit) wird im Register R und der 
Divisionsrest im Register fl+1 gespeichert. 
Der Rest hat das gleiche Vorzeichen wie der 
Dividend. Das Register R muß immer gerad- 
zahlig sein. Das V-Bit wird gesetzt, wenn der 
Divisor 0 ist oder der Quotient größer als 15 
Bit wird. Das C-Bit wird gesetzt, wenn durch 0 
dividiert werden soll, anderenfalls wird es ge- 
löscht. 


BEI NATUERLICHEN 
ZAHLEN ZULÄSSIG 
LADEN DES DIVIDENDEN 
DIVIDIEREN DURCH K2 


MOV 

GAMMA, R3 


LADEN DES 

16-BIT-DIVIDENDEN 

(GANZZAHLIG) 

;LADENR2MIT 

;V0 RZEICHEN VON R3 

DIVIDIEREN DURCH 10. 


SXT D 0067 DD Vorzeichen aus- -*0- 
dehnung (Sign extension) 
Bei N=0 wird der Zieloperand gelöscht. Bei 
N=1 wird der Zieloperand auf -1 gesetzt. 
Dieser Befehl wird insbesondere bei zur Um- 
wandlung einer ganzen Zahl aus dem Wort- 
format in das Doppelwortformat benutzt (Bei- 
spiel siehe DIV-Befehl). 


XOR fl,D074flDDof:=rVcf Exclusi- **0- 
ves ODER 

(Exclusive OR) 

Der Registerinhalt und der Zieloperand wer- 


den nach der Funktion „Exklusiv-ODER“ 
(Antivalenz) verknüpft und das Resultat unter 
der Zieladresse gespeichert. 

Beispiel: 

XOR R2.SYM0 

vorher: (R2)=0123757 (SYM0)=0137744 1 011 
nachher: (R2)=0123757 (SYM0)=0014013 0 0 01 
ASH S, R 072DSS Arithmetische **** 
Verschiebung 

(Arithmetic shift) 

Das Register R wird arithmetisch nach rechts 
oder links verschoben, wobei die Richtung 
und die Anzahl der Verschiebeschritte durch 
die 6 niederwertigen Bits des Quelloperan- 
den festgelegt werden. Die artihmetische 
Verschiebung wird analog dem ASR/ASL- 
Befehl durchgeführt. Das C-Bit enthält immer 
das letzte herasusgeschobene Bit. Das V-Bit 
wird gesetzt, wenn während der Linksver- 
schiebung ein Vorzeichenwechsel eintritt. 
Ein positiver Quelloperand bewirkt eine 
Linksverschiebung und ein negativer eine 
Rechtsverschiebung. Der Wertevorrat des 
Quelloperanden liegt im Bereich von -32. bis 
+31. 

Beispiele: 

ASH #4,R2 ;LINKSVERSCHIEBUNG 
;UM4BIT 

ASH SHIFT, R0 ;DIE VERSCHIEBUNG 

;VONR0 WIRD DURCH DEN 
;INHALT VON SHIFT DEFINIERT 
ASHC S,R 973RSS Kombinierte arith- **** 
metische Verschiebung 
(Arithmetic shift combi- 
ned) 

Wenn R geradzahlig ist, wird das Doppelregi- 
ster R,R + 1 analog dem ASH-Befehl ver- 
schoben. Es erfolgt ein Übertrag zwischen Bit 
15 von R + 1 und Bit 0 von R und umgekehrt. 
(Weitere Hinweise siehe ASH-Befehl.) Wenn 
R ungeradzahlig ist, wird das ungeradzahlige 
Register entsprechend dem Wert des Quell- 
operanden zyklisch (über 1 6 Bit) verschoben; 
da ein direkter Übertrag zwischen Bit 0 und 
Bit 15 besteht. Das C-Bit enthält den letzten 
Übertrag zweischen beiden Bits. Das V-Bit 
wird bei Vorzeichenwechsel gesetzt. 
Beispiel: 

ASHC #-5,R4 ;(R4,R5) WERDEN UM 5 BIT 
MACH RECHTS VERSCHOBEN 
;DIVISI0N DURCH 32 

ASCH (R2)+,R1 ;R1 WIRD ZYKLISCH VER- 
SCHOBEN (R2)+ LEGT RICH- 
TUNG UND ANZAHL FEST 

MARK (V0064MV Unterprogramm- 

Rücksprungunterstützung 

(Mark) 

Dieser Befehl wird durch die Standardunter- 
programme benutzt. Er gestattet die Säube- 
rung des Stacks und hilft bei der Organisation 
des Rücksprungs. Der Wert NN im Befehls- 
kode gibt die Anzahl der im Stack zu löschen- 
den Parameter an. 


Operation: 

SP:=PC+2 *NN (Laden der Adresse des alten 
Inhaltes des Registers R5) 
PC:=R5 (Laden der Rücksprung- 

adresse aus R5) 

R5:=(SP)+ (Laden des R5 mit dem alten 

Inhalt) 


NZVC 


Beispiele: 

MOV R5,-(SP) 

MOV PI, -(SP) 

MOV P2,-(SP) 


;DEN INHALT 
;V0NR5 REHEN 
;LADENVONN 
PARAMETER FUER DAS 
UNTERPROGRAMM 
;IN DEN STACK 


MOV PN, -(SP) 

MOV AMRKN.-(SP) ;LADEN DES BEFEHLS 
;MARKNINDEN STACK 
MOV SP,R5 ; LADEN DER ADRESSE 

;DES MARK-BEFEHLS 


JSRPC, UPN 
AMRKN: MARKN 

UPN: . . . 

RTSR5 


;AUSFUEHREN DES UP 
DEFINITION DES 
;MARK-BEFEHLS 

;ANFANG DES UP 

;RUECKSPRUNG INS 
;HAUPTPROGRAMM 


Bei dem RTS-R5-Befehl erfolgt der Sprung in 
den Stack zur Ausführung des MARK-Be- 
fehls. Dabei wird in R5 aus dem Stack die 
Rücksprungsadresse geladen. Beim MARK- 
Befehl erfolgen dann die Korrektur des SP auf 
die Adresse vor der Rücksprungadresse und 
das Wiederherstellen des alten Inhaltes von 
R5. 

SOB R,0 V11RNN Zyklusbefehl NZVC 

(Subtract one and 
branch) 

Mit dem SOB-Befehl lassen sich kleinere 
Schleifen organisieren. Vom Register R wird 
eine Eins subtrahiert. Wenn das Ergebnis un- 
gleich Null ist, ist die Schleife noch nicht be- 
endet und die Verschiebung wird doppelt 
vom PC subtrahiert (Wortverschiebung!). Es 
ist somit nur ein Rückwärtssprung um max. 
63 Worte möglich. 


Beispiel: 

MOV #20., RI ;20. DURCHLAEUFE 
2q: ... ;BEGINN DER SCHLEIFE 


SOB RI ,20 TEST AUF SCHLEIFEN- 

;ENDE 


Der vorliegende MP-Kurs versuchte eine Ein- 
führung in die Makroassemblersprache MA- 
CRO-SM für die Klein- und Mikrorechner des 
SKR zu geben. Im Abschnitt 5 wurde vor al- 
lem auf die Adressierungsarten sowie die Ba- 
sisbefehle und den erweiterten Befehlssatz 
eingegangen, die von den meisten Mikropro- 
zessorschaltkreisfamilien realisiert werden. 
Nicht eingegangen werden konnte auf die 46 
Befehle des Gleitkommaprozessors, über 
den die meisten Kleinrechenanlagen verfü- 
gen. Hierzu sei auf die einschlägige Fachlite- 
raturr (Teil I) und die Dokumentationen ver- 
wiesen. Auch mußte leider aus Platzgründen 
auf das eingangs angekündigte abschlie- 
ßende Programmierbeispiel verzichtet wer- 
den. 
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Bild 20 Taktdiagramm des 80286 181 


Bild 22 Registersatz des 80286 181 


Weiterhin gibt es auch beim 80286 die Mög- 
lichkeit von Softwareinterrupts und einige der 
Interrupts sind für Befehlsausnahmen reser- 
viert. Neben den Befehlsausnahmen des 
8086 und 80186 gibt es beim 80286 einige 
zusätzliche, die in Tafel 5 aufgeführt sind. 

4.2. Die CPU 80286 

Gegenüber dem 8086 wurden beim 80286 
besonders die Architektur und die Adressie- 
rung verbessert. Geringfügige Veränderun- 
gen erfolgten auch am Befehlssatz. 

4.2.1. Architektur 

In der Architektur des 80286 erfolgten we- 
sentliche Verbesserungen gegenüber dem 
8086. 

Man kann intern vier selbständige Funktions- 
blöcke unterscheiden, die weitgehend paral- 


Tafef 5 Zusätzliche Befehlsausnahmen des 80286 181 


Int. -Nummer Funktion 


7 Koprozessor nicht vorhanden 

8 Doppelfehler 

9 Koprozessor-Segmentüberlaut 

10 ungültiges Taskzustandssegment (TSS) 

11 Segment nicht präsent 

12 Stacksegmentfehler 

13 allgemeine Privilegverletzung 

16 Koprozessorfehler 


lei arbeiten und durch ein inneres Bussystem 
miteinander in Verbindung stehen (Bild 21 ). 
Als erster Funktionsblock ist da die Busein- 
heit zu nennen, die beim 8086 schon in ähnli- 


cher Form existierte. Die Buseinheit steuert 
alle Zugriffe des Prozessors auf den externen 
Bus. Dabei bestehen Prioritäten zwischen 
verschiedenen internen und externen Busan- 
forderungen. Falls der externe Bus nicht 
durch andere Aktivitäten belegt ist, füllt die 
Buseinheit die sechs Byte lange Codewarte- 
schlange mit Befehlen auf. 

Der zweite Funktionsblock im 80286 ist die 
Befehlseinheit. Diese Einheit holt die Bytes 
aus der Codewarteschlange, faßt sie zu Be- 
fehlen zusammen und decodiert die Befehle. 
Außerdem werden die Befehle noch vorver- 
arbeitet und in einer drei Einträge langen Be- 
fehlswarteschlange abgelegt. 

Als weiterer Funktionsblock wäre die Ausfüh- 
rungseinheit zu nennen. Hier erfolgt die ei- 
gentliche Abarbeitung der Befehle, die sich in 
der Befehlswarteschlange befinden. Dazu 
enthält die Ausführungseinheit eine ALU, den 
Registersatz und einen Mikrocode-ROM mit 
insgesamt 1 536 Worten zu je 35 Bit. 

Der letzte Funktionsblock im 80286 ist 
schließlich die Adreßeinheit. Die Adreßein- 
heit übernimmt alle Adreßrechnungen im 
80286. Sie berechnet zum Beispiel den Off- 
set, vergleicht ihn mit der Segmentlänge, 
prüft die Zugriffsrechte und bildet schließlich 
die physische Adresse, die an den Adreßpins 
erscheint. 

Das interne Bussystem, das alle Einheiten im 
80286 verbindet, ist 1 6 Bit breit. 

4.2.2. Registersatz 

Der allgemeine Registersatz des 80286 ent- 
spricht dem des 8086 (Bild 22). 


Er besteht aus acht Registern von 16 Bit 
Breite, die sowohl Daten als auch Adressen 
enthalten können. Einige Register haben 
noch spezielle Funktionen. Befehlszeiger, 
Segmentregister und Flagregister sind eben- 
falls identisch, nur wurden beim 80286 einige 
der beim 8086 unbenutzten Flags belegt. 
Diese Flags haben im einzelnen folgende Be- 
deutung: 

- NT: Nested Task Flag; steuert Funktion 
des IRET-Befehls, bei NT = 1 wird Taskum- 
schaltung ausgelöst 

- IOPL: E/A-Privilegniveau; legt Privilegni- 
veau für E/A-Befehle fest. 

Ein zusätzliches 1 6-Bit-Register ist das Ma- 
schinenstatuswort (MSW), das vorwiegend 
der Zusammenarbeit mit Koprozessoren 
dient. Weiterhin gibt es beim 80286 eine 
ganze Anzahl Systemadreßregister, auf de- 
ren Aufgaben in Zusammenhang mit der 
Adressierung eingegangen wird. 

4.2.3. Adressierung 

Bei der Adressierung des 80286 muß man 
zwei verschiedene Betriebsarten unterschei- 
den. Die eine Betriebsart ist der Real-Adreß- 
Mode. In dieser Betriebsart arbeitet der 
80286 als schneller 8086 und ist vollständig 
objektcodekompatibel, so daß hier auf diese 
Betriebsart nicht weiter eingegangen wird. 
Die Hauptbetriebsart des 80286 ist der Pro- 
tected-Mode, bei dem erst alle Vorzüge des 
Prozessors zur Geltung kommen. Darum soll 
diese Betriebsart auch im Mittelpunkt der 
weiteren Betrachtungen stehen. Der Über- 
gang vom Real-Adreß-Mode in den Protec- 
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ted-Mode erfolgt mit einem speziellen Befehl, 
eine Rückkehr ist nur durch "Reset möglich. 
Im Protected-Mode wird mit virtuellen Adres- 
sen, Speicherverwaltung und Speicher- 
schutz gearbeitet. Der physische Adreßbe- 
reich kann maximal 16 MByte groß sein, der 
virtuelle ein GByte. Der Speicher ist in Seg- 
mente unterteilt, die zwischen einem Byte 
und 64 Byte groß sein können. 

4. 2. 3.1. Adressierungsarten 

Die logischen Adressierungsarten, über die 
der Programmierer verfügen kann, sind beim 
80286 identisch zum 8086. Es gibt also ge- 
nauso die Möglichkeiten der Basisadressie- 
rung, Indexadressierung und Basis-Index- 
adressierung im Protected-Mode. Das be- 
deutet, daß der Prozessor im Protected- 
Mode quellcodekompatibel für 8086-Soft- 
ware ist. 

4.2. 3. 2. Wandlung der logischen 
in die physische Adresse 

Die Bildung der physischen Adresse aus der 
logischen erfolgt im Protected-Mode des 
80286 auf der Grundlage der Speicherseg- 
mentierung. Jedem Segment ist dabei ein 
Segmentdeskriptor zugeordnet, der be- 
stimmte Informationen über das Segment 
enthält (Bild 23). 

Im einzelnen gibt der Deskriptor Auskunft 
über Typ, Privilegniveau, Anfangsadresse 
und Länge des Segments. Die physische 
Adresse wird gebildet, indem zu der Seg- 
mentanfangsadresse aus dem Deskriptor 
der Offset hinzuaddiert wird. Der gewünschte 
Segmentdeskriptor wird durch den Segment- 
selektor, der sich in einem Segmentregister 
befindet, aus einer Deskriptortabelle im Spei- 
cher ausgewählt. Bild 24 zeigt die Wandlung 
der logischen in die physische Adresse. 

Von den Deskriptortabellen gibt es insge- 
samt drei Arten: 

- die globale Deskriptortabelle (GDT), 

- die Interruptdeskriptortabelle (IDT) und 

- die lokale Deskriptortabelle (LDT). 

Die globale Deskriptortabelle enthält die Des- 
kriptoren aller derjenigen Segmente, die al- 
len Tasks zugeordnet sind. Ihre Anfangs- 
adresse und Länge enthält ein Systemadreß- 
register (GDTR), weshalb sie beliebig im 
Speicher lokalisiert werden kann. Sie kann 
maximal 8192 Deskriptoren enthalten. 

Die Interruptdeskriptortabelle bestimmt die 
Startadressen der bis zu 256 Interruptbe- 
handlungsroutinen. Der gewünschte Des- 
kriptor wird durch den 8-Bit-lnterruptvektor 
ausgewählt. Anfangsadresse und Länge der 
IDT sind wiederum in einem System ad re ßre- 
gister(IDTR) enthalten. 

Die lokale Deskriptortabelle enthält die Des- 
kriptoren der Segmente, die nur einer Task 
zugeordnet sind. Jede Task besitzt eine ei- 
gene LDT, die erst beim Start der Task gela- 
den werden muß. Jede LDT ist ein Segment, 
dem ein LDT-Deskriptor zugeordnet ist. Die- 
ser LDT-Deskriptor muß in der GDT enthal- 
ten sein. Ein Systemadreßregister (LDTR) 
enthält immer den Selektor, der auf den aktu- 
ellen LDT-Deskriptor in der GDT verweist. 
Beim Laden dieses Registers werden An- 
fangsadresse und Länge der LDT in Cache- 
register geholt. 

Zur Beschleunigung der Adreßumwandlung 
sind auch jedem Segmentregister Cache- 
register zugeordnet, die beim Wechsel des 
Segmentregisterinhaltes mit dem Inhalt des 
zugehörigen Deskriptors geladen werden. 
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Bild 23 Segmentdeskriptor des 80286 181 


4.2.3.3. Multitaskingunterstützung 
Um ein Multitasking- und Multiusersystem zu 
implementieren, ist es notwendig, daß der 
Zielrechner auch über Möglichkeiten verfügt, 
um Speicherbereiche und Tasks gegenein- 
ander zu isolieren und einen schnellen Task- 
wechsel vorzunehmen. Der Prozessor 80286 
unterstützt dies bereits hardwaremäßig. 

Zur Isolation der Task dienen schon die loka- 
len Deskriptortabellen jeder Task. 

Um Segmente vor unerlaubtem Zugriff zu 
schützen, existieren beim 80286 vier Privi- 
legniveaus, von 0 bis 3 (siehe Bild 25). 

Durch diese Einrichtung ist es möglich, An- 
wenderprogramme und Betriebssystem von- 
einander zu isolieren. Im Bild ist eine mögli- 
che Verwendung der Privilegniveaus ange- 
deutet. Jedem Segment ist ein Privilegniveau 
zugeordnet (DPL), enthalten im Segment- 
deskriptor. Außerdem besitzt jede Task ein 
Privilegniveau (CPL), welches durch den In- 
halt des CS-Registers bestimmt wird. Das 
CPL einer Task ist nicht statisch, sondern 
kann sich ändern. Es gibt nun verschiedene 
Privilegregeln, bei deren Verletzung eine Be- 
fehlsausnahme erfolgt. Innerhalb jeder Task 
existiert zu jedem Prvilegniveau ein eigener 
Stack. Der Privilegniveauwechsel einer Task 
erfolgt über den Gatemechanismus, bei dem 
feste Einsprungstellen in das höhere Privileg- 
niveau existieren. 

Damit eine schnelle Taskumschaltung beim 
80286 ermöglicht wird, wird jede Task durch 
ein Taskzustandssegment (TSS) beschrie- 
ben. Dieses TSS enthält die Inhalte aller Re- 
gister, den LDT-Selektor der Task, Stack- 
pointer für die Privilegniveaus 0,1 und 2 und 
einen Rückverweis auf eine vorhergehende 
Task. Das TSS, welches zur gerade laufen- 
den Task gehört, wird durch ein System- 
adreßregister (TR), das den entsprechenden 
Selektor enthält, bestimmt. Eine Taskum- 
schaltung kann durch einen JMP- bzw. 
CALL-Befehl oder durch Interrupt ausgelöst 
werden. Der Selektor bzw. Interruptvektor 
muß dabei auf einen gültigen TSS-Deskriptor 
oder ein Task-Gate in der entsprechenden 
Tabelle verweisen. Bei 8 MHz Taktfrequenz 
dauert eine Taskumschaltung 21, ms 171. In 
dieser Zeit werden alle Registerinhalte ge- 
wechselt, die benötigten Deskriptoren in Ca- 
ches geladen, auf die neue LDT umgeschal- 
tet und in das neue TSS ein Rückverweis auf 
das alte eingetragen. 

4.2.4. Befehlssatz 

Im Befehlssatz des 80286 sind alle Befehle 
des 8086 und 801 86 enthalten. Daneben exi- 
stieren einige neue Befehle, um die System- 
adreßregister und das MSW zu laden. An- 
dere neue Befehle sind zur Prüfung von Zu- 
griffsrechten eingeführt worden. 

Weiterhin wurden beim 80286 viele Befehle 
abhängig vom Privilegniveau der Task ge- 
macht und werden nur unter bestimmten be- 
dingungen ausgeführt. Das betrifft beson- 
ders Befehle zur Prozessorsteuerung. E/A- 


14 , 

Befehle sind vom i/O-Privilegniveau abhän- 
gig, welches durch das Flagregister bestimmt 
wird. 

4.3. Koprozessoren 

Um die Leistungsfähigkeit eines 80286-Sy- 
stems noch weiter zu erhöhen, ist es möglich, 
die CPU durch Koprozessoren zu ergänzen. 
Diese Koprozessoren sind auf bestimmte 
Aufgaben spezialisiert und entlasten den 
Hauptprozessor. 

Hier eine Auswahl von Koprozessoren 

- 80287: Arithmetikprozessor, spezialisiert 
auf Gleitkomma Arithmetik, algebraische und 
transzendente Funktionen 

- 82258: Advanced-DMA-Prozessor mit 
vier DMA-Kanälen, einer davon als Multiplex- 
kanal mit 32 Unterkanälen, Übertragungsrate 
bis 8MByte/s, speziell für E/A-Operationen 
einsetzbar 

- 82786: Grafikprozessor für Bit-Map-Gra- 
fik, verwaltet eigenen Bildwiederholspeicher, 
unterstützt Fenstertechnik, leistungsfähige 
Zeichenbefehle 

- 82730: Textprozessor, spezialisiert auf 
Textverarbeitung am Bildschirm 

- 82586: LAN-Prozessor für Ethernet mit 
maximal lOMBit/s, realisiert das komplette 
CSMA/CD-Protokoll für den Zugriff auf das 
Übertragungsmedium 

- 82588: LAN-Prozessor für Netze mit maxi- 
mal 2 Mbit/s 

Auf die beiden ersten Koprozessoren wird im 
folgenden noch näher eingegangen. Bis auf 
den Arithmetikprozessor können alle ande- 
ren Koprozessoren auch unabhängig (re- 
mote) betrieben werden. Die Verbindung zur 
CPU erfolgt dann über den Systembus. 

4.3.1. Arithmetikprozessor 

Der Arithmetikprozessor 80287 arbeitet pa- 
rallel zur CPU. Notwendige Operandentrans- 
fers werden allerdings durch die Buseinheit 
des 80286 durchgeführt, um das Schutzkon- 
zept nicht zu durchbrechen. Die CPU verfügt 
deshalb über ein spezielles Interface zum 
Arithmetikprozessor. 

Softwareseitig ist der 80287 kompatibel zum 
8087, so daß existierende Programme wei- 
terverwendet werden können. Der 80287 be- 
steht intern aus zwei Einheiten, der Busan- 
schlußeinheit (BIU) und der Numerikausfüh- 
rungseinheit (NEU), die überein inneres Bus- 
system mit 80 Bit Breite verbunden sind 
(siehe Bild 26). 

Beide Einheiten arbeiten teilweise parallel. 
Die NEU enthält einen Registersatz mit acht 
Gleitkommaregistern von 80 Bit Breite, der 
als Stack organisiert ist. 

4.3.2. ADMA-Prozessor 

Der ADMA-Prozessor 82258 besitzt Lei- 
stungsmerkmale, die bei älteren DMA-Con- 
trollern nicht vorhanden waren. Das lokale 
Businterface des 82258 läßt sich für die 
ganze 8086-Familie konfigurieren. Er ist also 
problemlos mit dem 8086 im Minimum- oder 
Maximummode, mit dem 80186 und dem 
80286 betreibbar. Daneben gibt es auch die 
Möglichkeit, den ADMA-Prozessor unabhän- 
gig zu betreiben. 

4.3.2. 1. Arbeitsmodi 

Beim 82258 kann man grundsätzlich zwi- 
schen zwei Arbeitsmodi unterscheiden. Der 
erste Mode ist die lokale Betriebsart. Diese 
Betriebsart ist in Bild 27 dargestellt. 

In dieser Betriebsart teilt sich der 82258 den 
lokalen Bus mit der CPU. Er nutzt den Bus- 
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Bild 24 Segmentadressierung im Protected-Mode des 80286 181 




Bild 26 Blockschaltbild des 8 0287 1161 


Bild 29 Blockschaltbild des ADMA-Prozessors 82258 1171 ► 
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Bild 27 ADMA-Prozessor 82258 in der lokalen Betriebsart 1171 



Bild 28 ADMA-Prozessor 82258 im unabhängigen Betrieb 117/ 



Controller, die Adreßlatches und Datenbus- 
treiber der CPU, so daß kein zusätzlicher Auf- 
wand entsteht. Die Vergabe des lokalen Bus- 
ses erfolgt über den HOLD/HLDA-Mechanis- 
mus. Da der 82258 über Burst- und Delay- 
Counter verfügt, lassen sich Frequenz und 
Dauer seiner Buszugriffe optimal einstellen. 
Die CPU kann auf die Register des 82258 
synchron zugreifen. Der 82258 kann in der lo- 
kalen Betriebsart 16 MByte Speicheradreß- 
raum und zusätzlich 16 MByte E/A-Adreß- 
raum adressieren. 

Die zweite Betriebsart ist der unabhängige 
Mode (Bild 28). Dabei besitzt der 82258 ein 
eigenes residentes Bussystem und kommu- 
niziert mit der CPU über den Systembus, z. B. 
den Multibus. Die CPU kann aber den Sy- 


stembus auch asynchron auf die Register 
des 82258 zugreifen. Der 82258 kann im un- 
abhängigen Mode 16 MByte am residenten 
Bus und 16 MByte am Systembus adressie- 
ren. In dieser Betriebsart entsteht allerdings 
ein beträchtlicher zusätzlicher Aufwand, da 
der 82258 über eigene Buscontroller, Adreß- 
latches und Datenbustreiber verfügt. Aller- 
dings läßt sich damit ein modulares E/A-Sub- 
system aufbauen, das parallel zur CPU arbei- 
tet. 

4.3. 2.2. Leistungsmerkmale 
Das Blockschaltbild des 82258 zeigt Bild 29. 
In diesem Blockschaltbild sind fünf interne 
Funktionsblöcke erkennbar. Die Busan- 
schlußeinheit gewährleistet die Verbindung 


nach außen. Die Adressen für jeden Bus- 
zyklus werden durch die Adreßeinheit bereit- 
gestellt. Die Datenhandlereinheit hat die Auf- 
gabe, im bearbeiteten Datenstrom nach 
Matchbytes zu suchen oder einen Vergleich 
von Daten vorzunehmen. Der Bytezähler 
zählt die übertragenen Bytes, um das Block- 
ende zu erkennen. Die Steuereinheit schließ- 
lich koordiniert alle Abläufe im 82258. Sie 
enthält dazu den Mikrocode-ROM mit dem 
Mikroprogramm für die einzelnen Komman- 
dos. 

Der 82258 ist in der Lage, Kanalprogramme, 
die im Speicher stehen, abzuarbeiten. Diese 
Kanalprogramme können auch bedingte Re- 
lativsprünge oder bedingte Stopps enthalten. 
An speziellen DMA-Operationen sind das 
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Füllen, Übersetzen, Vergleichen von Daten- 
blöcken oder das Suchen nach bestimmten 
Bitmustern möglich. Weiterhin können Bytes 
zu Wörtern zusammengesetzt werden und 
umgekehrt. Es ist auch möglich, Datenblöcke 
zusammenzusetzen oder auf verschiedene 
Ziele zu verteilen. 

Zwischen den vier Kanälen sind verschie- 
dene Prioritätsmodi programmierbar. Die 
Umschaltung zwischen den Kanälen erfolgt 
ohne Verlustzeiten. Ein Kanal kann als Multi- 
plexkanal mit maximal 32 Unterkanälen be- 
trieben werden, wobei der Multiplexer durch 
Interruptcontroller 8259A realisiert wird. 

wird fortgesetzt 
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TURBO-TIPS 

Rückkehr ins aufrufende 
Programm 



Um aus einem TURBO-Pascal-Pro- 
gramm heraus ein COM-File aufzuru- 
fen, steht die Standard-Procedure 
EXECUTE zur Verfügung. Nach Ab- 
arbeiten der COM-Datei kehrt man je- 
doch nicht ohne weiteres in das aufru- 
fende Programm zurück. Diese kleine 
Routine in TURBO-Pascal schreibt 
eine Datei mit Namen $$$.SUB, die 
die weitere Arbeit für uns übernimmt. 


Nichts anderes macht übrigens das 
SCP-Kommando SUBM. 

Wichtig ist, die SCP-Kommandos in 
UMGEKEHRTER Reihenfolge ihrer 
Abarbeitung in die $$$.SUB-Datei zu 
schreiben. Während der Abarbeitung 
löscht das Betriebssystem jedes aus- 
geführte Kommando in der Datei, so 
daß sie nach dem letzten ausgeführ- 
ten Kommando verschwunden ist. 


BKGIH 



{ Einbinden als Include-File } 


{ zuerst das LETZTE Koaeando schreiben 
{ danach das vorhergehende usw. 


COM2; unter TURBO-PASCAL 


Christian Hanisch 

Serielle Schnittstellen werden auf 
IBM-kompatiblen PCs unter MS- 
DOS-kompatiblen Betriebssystemen 
häufig zum Anschluß von Geräten 
wie Plotter, Digitizer, Modem etc. ge- 

TURBO-PASCAL unterstützt durch 
das AUX:-Gerät nur die COM1:- 
Schnittstelle. Wenn mehrere serielle 
Schnittstellen belegt sind und aus 
TURBO heraus angesprochen wer- 
den sollen, so kann dies mit einem 
sehr einfachen benutzergeschriebe- 
nen I/O-Driver realisiert werden. 
Dieser Driver in Form der im Bildl 
dargestellten Prozedur COM2 nutzt 
den Interrupt 14H (serielle Schnitt- 


stelle) des MS-DOS-Betriebssy- 
stems. Zum Zwecke des Sendens 
von Daten wird das Register AH auf 1 
gesetzt, das zu sendende Zeichen 
nach AL gebracht, im DX-Registerdie 
konkrete Schnittstelle spezifiziert (0- 
COM1 :, 1 - COM2:, . . .) und der Inter- 
rupt 14H durch die INTR-Prozedur 
von Turbo aufgerufen. 

Im Hauptprogramm ist der UsrOutPtr 
auf die Adresse der Prozedur COM2 
„umzubiegen“ (Bildl: Zeile 16). Die 
Kommunikation erfolgt dann pro- 
blemlos über das USR:-Gerät (Bild 1 : 
Zeile 18). 
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Zu den Aufgaben gehören unter anderem das redaktionelle und fachliche 
Bearbeiten von Manuskripten, der Besuch und die Auswertung von Fachta- 
gungen, -messen und -ausstellungen, die Zusemmenarbeit mit Autoren 
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Vorbetrachtung 

In zahlloser Folge sind in letzter Zeit 
Tastaturvarianten für den Mikrorech- 
ner Z 1 01 3 in der Literatur vorgestellt 
worden, die sich grob in vier Gruppen 
teilen lassen: 

1. Verbesserung der Bedienbarkeit 
durch bessere Schaltelemente 

2 . Abfragen einer größeren Matrix 
(z.B. K7659, 8x 12) und Umsetzen 
in die originale 4 x 8-Matrix (z. B. Pro- 
zessorversion v. Robotron-Elektronik 
Riesa) 

3 . Verzicht auf eine Matrixschnitt- 
stelle und Ersatz durch eine parallele 
oder serielle ASCII-Schnittstelle 

4. Änderung des Monitor-Tastatur- 
programms, um eine komfortablere 
Abfrage mit einer veränderten Matrix 
zu realisieren. Alle vier-Gruppen ha- 
ben ihre speziellen Vor- und Nach- 
teile. Es kann festgestellt werden, 
daß es keine ideale Lösung für alle 
Nutzer gibt, sondern daß alle vier 
Gruppen ihren speziellen Nutzerkreis 
haben. 

Die erste Gruppe von Tastaturen wird 
z. B. besonders die Nutzer interessie- 
ren, die noch wenig mit der Compu- 
termaterie vertraut sind, da nur allge- 
meine elektronische Kenntnisse not- 
wendig sind. Für fortgeschrittene Nut- 
zer soll folgender Tastaturvorschlag 
gedacht sein, der sich in die vierte 
Gruppe einordnet, für die es bisher 
wenig Veröffentlichungen gab. 
Lösungsprinzip 
der Tastaturvariante 
Es wird eine K 7659 mit einer speziel- 
len Flardwareanpassung verwendet, 
die an den gleichen Hardwareschnitt- 
stellen wie die Originaltastatur betrie- 
ben wird (Bild 1 bis Bild 3). Dadurch 
gibt es wenig Probleme bei Software, 
die direkt auf die Originalmatrix zu- 
greift. Die Tastaturabfrage erfolgt 
durch ein neues komfortables Pro- 
gramm, welches verständlicherweise 
länger als das originale ist und des- 
halb außerhalb des 2-K-Monitors ge- 
neriert wird (ab 0F800H). Um Soft- 
warekompatibilität zu sichern, wurde 
am Anfang der originalen Tastatur- 
routine ein Sprung zum externen Ta- 
staturprogramm eingetragen. Dazu 
ist es erforderlich, den originalen Mo- 
nitor zu ändern. Auf den durch den 
Wegfall der Originalroutine frei ge- 
wordenen Speicherplatz im Monitor 
wurden kleine Hilfsroutinen, wie die 
Ausgabe auf einen Port (0) und die 
Anzeige des Kommandoverteilers 
auf 0B0H (Z), gelegt. Weiterhin befin- 
det sich dort eine NMI-Unterbre- 
chungsroutine, wo, mit Hilfe einer 
NMI-Taste, ein Maschinenprogramm 
mit Registeranzeige abgebrochen 
werden kann, was sich bisher als eine 
außerordentliche Hilfe beim Test von 
Assemblerprogrammen erwiesen 
hat. 

Zur Änderung des Monitor-EPROMs 
muß nicht unbedingt ein Eingriff auf 
der originalen Leiterkarte erfolgen, 
was evtl. Garantieansprüche löschen 


Z-1 01 3-Tastatur mit Raffinessen 

Rainer Brosig 

Informatikzentrum des Hochschulwesens an der TU-Dresden, IG Heimcomputer 


könnte. Es besteht die Möglichkeit, 
denZ1013im Originalzustand zu be- 
lassen und den geänderten Monitor- 
EPROM von außen zuzuschalten 
(MEMDI-Steuerung). Einfacher ist es 
aber, den originalen Monitor-EPROM 
auszulöten und durch einen anderen 
EPROM mit Fassung zu ersetzen. 
Derzeit wird für Monitor und Tastatur 
ein 2732 benutzt. Auf diesem 


EPROM befinden sich weiterhin das 
Headersave sowie ein Sprungvertei- 
ler für Peripherie-Schnittstellen. 

Hardware 

Die zusätzliche Hardware beschränkt 
sich auf einen 1-aus-16-Decoder, die 
Statussteuerung und einen 8-auf-4- 
Coder. Zur Anzeige von Shift-Iock 
(CAPS) und Hardcopy werden zwei 


Anzeige-Flip-Flops verwendet. Damit 
1 2 Spalten abgefragt werden können, 
muß die 4-Bit-Spalteninformation neu 
decodiert werden, da der originale 
Spaltendecoder nur bis 10 decodiert. 
Dazu ist es erforderlich, daß die 4-Bit- 
Spalteninformation vom Spaltenlatch 
A47 über die vier freien Kontakte auf 
dem Lötkamm des Tastaturanschlus- 
ses geführt wird. 



Bild 1 Schaltplan der Leiterplatte 

Bild 2 Bestückungsplan der Tastaturleiterplatte 
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Sollten auch diese vier Drähte zu viel 
Änderung auf der Platine darstellen, 
so kann der Spaltenlatch auch extern 
über den Systemstecker neu deco- 
diert werden. 

Die verbleibenden vier Digits vom 1- 
aus-16-Decoder werden für die An- 
steuerung der Flip-Flops, der Status- 
steuerung und des Tastenbeeps (ge- 
neratorloser Piezoschwinger o. ä.) 
genutzt. Die Ausgänge des Decoders 
steuern die Spaltenleitungen der Ta- 
staturmatrix, die über Dioden entkop- 
pelt sind. Diese Entkopplung ist not- 
wendig, um bei der Betätigung von 
zwei Tasten (SHIFT, CTRL) keine 
Spalten kurzzuschließen. Die Zeiien- 
ausgänge werden durch einen Coder 
auf einen negierten binären Code ge- 
wandelt, um wieder die originalen 4- 
Bit-Zeileneingangsleitungen zu er- 
halten. Deshalb sind prinzipiell Di- 
rektzugriffe auf die Matrix mögiich, 
die allerdings nicht die gleiche Ta- 
stenbelegung wie die Original-Tasta- 
tur aufweist (Korrespondenztabelle 
benutzen). An dieser Stelle soll auch 
darauf hingewiesen werden, daß sol- 
che unnötigen Praktiken, direkt auf 
die Matrix zuzugreifen, immer zu 
Softwareinkompatibilitäten führen 
und deshalb zu vermeiden sind. 

Das verwendete Abfrageprinzip weist 
eine Besonderheit auf, die in einer 
Statussteuerung liegt. 

Diese Statussteuerung hat die Auf- 
gabe, alle Spalten der Tastatur aktiv 
zu schalten, um einerseits eine 
schnelle Tastaturabfrage zu realisie- 
ren (der Rechner muß nicht ständig 
die Spaltenleitungen abfragen) und 
andererseits die Interruptfähigkeit zu 
ermöglichen (wird momentan nicht 
ausgenutzt). Die Abfrage der Tasta- 
tur bei unbetätigten T asten wird durch 
die Statussteuerung etwa 100 mal 
schneller als die originale. Dieser 
Zeitvorteil hat aber nicht nur positive 
Seiten. Programme, die die Abarbei- 
tungszeit für bestimmte Zwecke aus- 
nutzen, laufen dadurch zu schnell 
(z. B. blinkender Cursor). Deshalb 


kann per Tastendruck für solche An- 
wendungen eine zusätzliche Zeit- 
schleife eingeschaltet werden. 

Die Funktion der Statussteuerung 
wird mittels LED angezeigt, die damit 
die Bereitschaft einer Dateneingabe 
über die T astatur signalisiert. 

Die schaltungstechnische Realisie- 
rung kann mit verschiedenen Mitteln 
erfolgen. Die einfachste Möglichkeit 
besteht in der Decodierung mit einem 
74154, der Codierung mit 2 DL 021 
und einem DL 074 für die Anzeige. 
Somit kann die gesamte Hardware 
auf 4 ICs beschränkt bleiben. Um 
aber das arg strapazierte Netzteil 
nicht noch mehr zu belasten, wurde 
eine etwas aufwendigere CMOS- 
Schaltung entwickelt, die dazu noch 
die höhere Sicherheit gegen uner- 
wünschte Obergangswiderstände 
aufweist. Die Spalte 7 (SHIFT, CTRL) 
wird durch die Statussteuerung nicht 
aktiviert (Fehlen einer Diode), damit 
beim alleinigen Drücken von SHIFT 
oder CTRL der Tastaturstatus nicht 
verändert wird. Diese Spalte wird erst 
nach Erkennung einer anderen Taste 
abgefragt, um die SHIFT-Ebene um- 
zuschalten bzw. eine Control-Maske 
(1FH) aufzulegen. Die geringe An- 
zahl zur Verfügung stehender zusätz- 
licher Steuerleitungen macht es erfor- 
derlich, für die Anzeige der Funktio- 
nen SHIFT-LOCK und Hardcopy zu- 
sätzliche Flip-Fiops mit einer gemein- 
samen Resetleitung zu verwenden. 
Bei jeder Neubelegung eines Flip- 
Flops werden deshalb durch den 
Rechner immer beide Flip-Flops neu 
gesetzt. An der Resetleitung ist eben- 
falls der Tastenklick angeschlossen, 
wodurch die Flip-Flops auch nach der 
Ausgabe des Tones neu gesetzt wer- 
den müssen. Der Tastenklick wird 
softwaremäßig erzeugt und ist durch 
Tastendruck ein- und ausschaltbar. 
Für die CMOS-Version wurde eine 
Leiterplatte entwickelt und digitali- 
siert, die von der Größe her dem 
Raum zwischen dem Haupttastenfeld 
und den rechten Funktionstasten an- 


gepaßt wurde. Damit muß die Leiter- 
platte nicht unterhalb der Tastatur 
montiert werden, und es ergibt sich 
eine sehr flache moderne Bauform für 
das Tastaturgehäuse. Das moderne 
Äußere wird auch durch das nur 
1 0adrige dünne Kabel von der T asta- 
tur zum Rechner unterstützt, für das 
lOadrige flexible Telefonleitung ver- 
wendetwurde. 


Software 

Für die Tastaturabfrage wurde ein 
neues Abfrageprogramm entwickelt, 
welches der verwendeten Hardware 
angepaßt ist. Es hat mitTabellen eine 
Länge von einem 3/4 KByte und kann 
deshalb nicht den originalen Standort 
beziehen. Durch den auf der Original- 
aufrufadresse (F130H) eingetrage- 
nen Sprung zum neuen Standort 
(F800H) wird die Software-Kompati- 
bilität zum Originalmonitor erreicht. 
Es muß aber eingeschränkt werden, 
daß Programme, die in die originale 
Tastaturroutine springen (eine laien- 
hafte Unsitte), nicht mehr fehlerfrei 

Bei der Realisierung des Programms 
wurde ein in jeder Hinsicht offenes 
Prinzip verwendet. Das heißt, daß der 
Nutzer in der Lage ist, sich die Tasta- 
tur nach eigenen Wünschen zusam- 
menzustellen. Bis auf zwei Tasten 
(SHIFT, CTRL) sind alle Tasten neu 
belegbar. Weiterhin kann auch wahl- 
weise ein String auf beliebige Tasten 
gelegt werden. Wenn dafür keine be- 
sonderen Tasten verwendet werden 
sollen, können Strings auch durch ge- 
meinsames Drücken von SHIFT und 
CTRL sowie einer dritten Zeichenta- 
ste erzeugt werden. Der Tastaturtrei- 
ber erzeugt dazu einen Grafikcode 
(>80H), mit dem ein mit diesem Zei- 
chen versehener String in einem 
Stringfeld gesucht und ausgegeben 
wird. Sollte kein String mit diesem 
Kennzeichen existieren, wird dieses 
interne Grafikzeichen ausgegeben. 
Die Ausgabe von Grafikzeichen im 


Grafikmöde? wfrffddtJÖWfi nicht beehr- 
flußt. 

Für die einzelnen Felder (Stringfeld, 
Tastencodefeld, Funktionstastenfeld 
und Funktionstastenadreßfeld) gibt 
es ein Pointerfeld, welches auf dem 
ehemaligen Tastencodefeld ab 3BH 
angelegt wurde. Damit ist es dem An- 
wender möglich, sich durch das Ver- 
ändern dieser Pointer an beliebiger 
Stelle im RAM ein neues Feld aufzu- 
bauen. 

Diese Möglichkeit hat besonders für 
das Stringfeld große Bedeutung, da 
man dadurch in der Lage ist, Strings 
für verschiedene Anwendungen zu 
laden (z. B. BASIC-Schlüsselwörter, 
Assemblermnemonik, Brieffloskeln 
u. ä.). Durch die Möglichkeit, auch die 
anderen Felder neu zusammenzu- 
stellen, kann auch dem Problem be- 
gegnet werden, daß z. B. Programme 
verschiedene Tastencodes für glei- 
che Steuerfunktionen benutzen. 

Das Pointerfeld wird durch den Moni- 
tor beim ersten Reset auf die Stan- 
dardwerte gestellt (nochmaliges Re- 
set wird am C3H auf Adr. 66H er- 
kannt), womit gesichert ist, daß bei je- 
dem weiteren Reset ein evtl, geän- 
dertes Pointerfeld erhalten bleibt, 
Das hat aber die Konsequenz, daß 
ein Programmabsturz auch dieses 
Pointerfeld ungewollt zerstören kann 
und der Rechner trotz Reset nicht 
mehr bedienbar ist. Dann hilft nur 
noch Ausschalten des Rechners! Än- 
dert man folgende vier Zellen, so 
kann erreicht werden, daß die Neuin- 
itialisierung bei jedem Reset er- 
folgt. 

F02AH02H - F2H 
F02BHF2H -» F1H 
F02DH43H -> 33H 
F030H0AH -> IAH 

Man sollte dann aber auch darauf 
achten, daß aus Programmen nicht 
mit Reset oder Sprung zu F000H her- 
ausgegangen wird, sondern mit der 
Monitorrückkehrtaste (RST 38H). An- 
sonsten muß die Pointerinitialisierung 
neu erfolgen. 

Für die einzelnen Modes der Tastatur 
(Grafik, Shift-Iock, Hardcopy, String- 
mode, Beep, Slow/Fast) existieren 
Flags, die in der Systemzelle 27H ste- 
hen (ehemaliger Schalter Grafik/Al- 
pha). 

Ein gesetztes Flag (1) bedeutet 
darin: 

BitO - lange Repeatverzögerung 
durchlaufen 
Bit 1 - Stringmode on 
Bit 2 - Grafikmode on 
Bit 3 - Hardcopy on 
Bit 4 - Shift-Iock 

(gilt nur für Buchstaben) 

Bit 5 - Tastenklick on 
Bit 6 - Slow 

Bit 7 - Taste war betätigt. 

Diese Flags werden durch den Tasta- 
turtreiber gesetzt bzw. rückgesetzt. 
Indem man diese Flags anderweitig 
setzt oder rücksetzt, kann die Be- 
triebsart der Tastatur von außen ma- 
nipuliert werden. 

Bei den Funktionstasten fallen fünf 
Tasten besonders auf. Mit der Taste 
F01 läßt sich aus einem beliebigen 
Anwenderprogramm heraus zum Mo- 
nitor (RST 38H) zurückkehren, sofern 
die Tastatur noch abgefragt wird. Da- 
bei wird auch gleichzeitig eine Reinin- 
itialisierung des Zusatz-Kommando- 
verteilers auf BOH durchgeführt, so 
daß die standardmäßig eingetrage- 
nen Kommandos (@L, @S, @D, @1) 
wieder verfügbar werden. 

Die Tasten F06, F07, F08 dienen für 
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Funktionstasten 

Steuerzeichentasten 

(derzeitige Belegung) 



(erzeugen keinen Code): 

Pos. 

1. Code 

2. Code 

1 . Funktion 

2 . Fkt . (m.Shift) 

l.CTRL 

2. CTRL 



AOO 

OAH 

OAH 

Cursor runter 

Cursor runter 


'■J 



AOl 

OBH 

OBH 

Cursor hoch 

Cursor hoch 

"K 

Ä K 


— JMP 100H 

AlO 

08 

08 

Cursor links 

Cursor links 

Ä H 




All 

09 

09 

Cursor rechts 

Cursor rechts 

“I 

*1 



F14 

03 

03 

BREAK 

BREAK 

~C 

~C 



F02 

1BH 

1BH 

ESCAPE 

ESCAPE 




- GRAFIK ON/OFF 

B13 

ODH 

ODH 



~M 

~M 

E53 

- HARDCOPY ON/OFF 

F05 

08 

1EH 

TAB-DUMMY 

NL 

~F 




D95 

05 

ICH 

CRSR ANF.EDIT. 

Fettdruck-DUMMY 

~E 




B95 

01 

1DH 

CRSR END. EDI T. 

Norm . druck-DUMMY 

~A 



- SHIFT-LOCK ON/OFF 

E14 

14H 

13H 

LIST (HC-BASIC) 


~T 

-'S 



D13 

7FH 

02 

DEL-Editor 



~B 

coo 

CTRL 

FlO 

15H 

OFH 

RUN (HC-BASIC) 


~U 




Fll 

19H 

18H 

CRSR Anf. -BASIC 

CRSR End. -BASIC 

~Y 

~X 



F12 

12H 

11H 

INSERT HC-BASIC 


~R 




F13 

10H 

1FH 

DEL HC-BASIC 


~P 




E95 

ICH 

ICH 

Fettdr. DUMMY 

Fettdr. DUMMY 





F95 

1DH 

1DH 

Norm. dr. DUMMY 

Norm. dr. DUMMY 




Bild 4 Funktions- und Steuerzeichentasten 

Die Steuerzeichen stehen mit in der Tastenbelegungstabelle und können somit anderen Erfordernissen angepaßt werden 


Direktsprünge aus der Tastaturrou- 
tine heraus zu festen Adressen 
(100H, 200H, 300H), da dort die mei- 
sten Programme zu starten sind. Der 
Stack wird dazu vor der Ausführung 
des Sprungs neu initialisiert. 

Eine weitere wichtige Taste ist die 
Screen-Copy-Taste (F09). Mit ihr ist 
es möglich, eine Bildschirmkopie auf 
dem Drucker zu erzeugen (Drucker- 
einbindung über Sprungverteiler 
DRAKK), ohne das laufende Pro- 
gramm zu unterbrechen. Dabei ist zu 
beachten, daß während der Bild- 
schirmkopie der Stack des laufenden 
Programms genutzt wird (Stackbela- 
stung je nach Druckertreiber). 

Die Tastenentprellung erfolgt positiv 
und negativ, das heißt, damit eine Ta- 
ste als betätigt erkannt wird, muß min- 
destens 15 ms (2 MHz) lang ein prell- 
freies Signal anliegen (positive Ent- 
prellung). Das gleiche gilt übertragen 
für das Loslassen der T aste (negative 
Entprellung). Dadurch kommt es nicht 
vor, daß selbst bei sehr schlechten 
Kontakten eine Fehlfunktion auftritt. 
Wird eine Taste länger als 0,5 s 
(2 MHz) betätigt, wird die Repeat- 
funktion (Echofunktion) bei Zeichen- 
tasten aktiviert. Der Normalaustritt 
aus der Tastaturroutine erfolgt kom- 
patibel zur Originalroutine mit dem 
Zeichen im Akku und in Zelle 4. Eine 
„blinde“ Tastaturabfrage erfolgt, in- 
dem vor dem Abruf der Routine die 
Zelle 4 auf 0 gesetzt wird. 
Standard-Tastenbelegung 


3BH - Tastenbelegungsfeldpointer 
3DH - Stringfeldpointer 
3FH - Pointer auf nächstes auszu- 
gebendes Stringzeichen 
41 H - Länge Funktionstastenposi- 
tionsfeld 

43H - Funktionstastenpositions- 
feldpointer 

45H - Funktionstastenadreßfeld- 
pointer. 

Aufbau des Stringfeldes 
Das Stringfeld hat einen sehr einfa- 
chen und codeeffektiven Aufbau. Der 
auszugebende String beginnt mit 
dem Namen des Strings, welcher nur 
aus einem Grafikzeichen besteht. Es 
werden so lange Zeichen von diesem 
String ausgegeben, bis ein neues 
Grafikzeichen auftritt oder das Ende 
des Stringfeldes - gekennzeichnet 
mit einer 0 - erreicht ist. Damit ist 
auch klar, daß sich im String keine 
Grafikzeichen befinden dürfen, da 
diese für die Adressierung der Strings 
reserviert sind. Die Strings wie auch 
die Grafikzeichen können eine belie- 
bige Länge haben und in beliebiger 
Reihenfolge angeordnet sein. 
Stringfeldaufbau: 

1 . Grfk-Z. 1 . String 

2. erstes Stringz. 



n. letztes Stringz. 
n+1 Grfk. Z. 2. String 
n+2 erstes Zeichen 2. String 


Bild 6 Tastenbelegungstabelle 
zweite Shiftebene 

Xvnito Shiftetxm 


In den Bildern 4 bis 6 wird die Stan- 
dard-TastenBelegung gezeigt. Den 
Standort der Tastenbelegungstabelle 
kann man dem Tastenbelegungsfeld- 
pointer (auf 3BH) entnehmen, der auf 
die Tastenbelegungstabelle im ROM 
zeigt (standardmäßig). 

Aufbau des Pointerfeldes 
Das Pointerfeld befindet sich auf dem 
Platz des jetzt nicht mehr benötigten 
Tastaturcodefeldes und wird vom 
Monitor initialisiert. Das originale 
Tastaturcodefeld beginnt auf 
Adresse 35H und wird durch den Mo- 
nitorsprung RST 38H unterbrochen. 
Die ersten drei Zellen werden für 
Zählzellen des Druckertreibers ge- 
nutzt und sind mit 0 initialisiert. Das 
Pointerfeld beginnt erst hinter dem 
RST 38H auf 3BH mit folgendem Auf- 


0; Ende des Feldes 

Günstig ist es, sich auf Kassette 
einige Felder vorzubereiten und 
diese mit einer kleinen Umladerou- 
tine zu versehen, welche das Einträ- 
gen des Stringfeldpointers dem 
Standort entsprechend vomimmt. 
Somit ist das jeweilige Stringfeld nach 
einem Autostart sofort nutzbar. 

Die für die Adressierung der Strings 
benötigten Grafikzeichen können in 
der Tastenbelegungstabelle stehen, 
welche bei Betätigung der entspre- 
chenden Taste wirksam werden, wor- 
auf der dazugehörige String ausge- 
geben wird. Eine einfachere Möglich- 
keit besteht in der gleichzeitigen Be- 
tätigung von SHIFT und CTRL sowie 
einer Zeichentaste, worauf fol- 






CURSOB HOCH^ 



GRAFIK ON/OFF 
HARDCOPY OH /OFF 
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geriete interne Grafikzeicfienefzeugt 

werden: 

SHIFT-CTRL-Zeichentaste 
A 81 H 

B 82H 

C 83H 

D 84H 

E 85H 

F 88H 

G 87H 

H 8BH 

I 89H 

J 8AH 

K 9CH 

L 8CH 

M 8DH 


;DOPPELBEL. ZU H 


;DOPPELBEL.ZU F 
;DOPPELBEL. ZU S 


;DOPPELBEL. ZU P 


Die Unregelmäßigkeiten zu den kor- 
respondierenden CTRL-Zeichen ent- 
stehen beim gleichzeitigen Drücken 
von SHIFT und CTRL durch das 
Kurzschließen der Matrixzeile 7 und 
8, da diese hardwaremäßig nicht ent- 
koppelt sind. 

Im EPROM wurde ein Standard- 
stringfeld mit den am häufigsten vor- 
kommenden BASIC-Schlüsselwör- 
tern eingerichtet. 


Direktzugriffe auf die Matrix 
Obwohl das direkte Zugreifen auf die 
Tastaturmatrix von einem Anwender- 
programm aus unnötig und nur in 
sehr seltenen Fällen gerechtfertigt ist, 
gibt es eine Vielzahl von Program- 
men (meist Spieiprogramme), die 
diese Methode anwenden. Um sol- 
che Programme ohne Änderung nut- 
zen zu können, soll folgende Korre- 
spondenztabelle dienen: 


1 


Pos. 

E01 


o < Eir — * — — 

V AID 

W 

51 X B02 

52 V B04 

53 N B06 

54 , B08 

<- - BIO 

SPACE @ B00 

-> -» All 

ENT CTRL C00 

Drei Tasten können nicht konvertiert 
werden, da diese Positionen bei der 
K 7659 nicht besetzt sind. Die Korre- 
spondenztabelle kann auch dazu be- 
nutzt werden, um die Hardware mit 
dem originalen Tastaturprogramm zu 


Änderungen am Monitorprogramm 
Eine der wichtigsten Änderungen ist 
das Einträgen des Aussprungs aus 
dem originalen Tastaturprogramm 
und der veränderten Initialisierung 
des ehemaligen Tastaturcodefeldes. 
Alles andere könnte original bleiben. 
Es werden aber weitere Änderungen 
vorgenommen, die nicht die Soft- 
warekompatibilität verringern. 

Solche Veränderungen sind: 

- NMI-Unterbrechnung mit Regi- 
steranzeige (Init. 66H bei Reset) 
-Hardcopyfunktion des Bildschirm- 
treibers 

- Beschreiben eines IIO-Ports vom 
Monitor aus („0" ehemals „H“) 

- Auflistung der im Zusatzkomman- 
doverteiler stehenden Kommandos 
(„Z“ ehemals „A“) 

- Initialisierung des Zusatzkomman- 
doverteilers mit Standardwerten (@ 
L -> Headersave load, @ S -* Hea- 
dersave save, @ D -> Druckerreset, 
@ I -* Druckerinitialisierung). 

Da der zusätzliche Speicher mit dem 
Tastaturprogramm noch nicht ausge- 
lastet ist, wurden auf dem Rest des 
Speichers das Headersave, das 
Screencopyprogramm, die Joystick- 
abfrage sowie der Sprungverteilerfür 
die Systemerweiterung fest installiert. 
Für die Übernahme der Software ist 
es günstig, die kompletten 4K ab 
F000H zu übernehmen. 

Die umfassende Vorstellung des 
Sprungverteilers würde hier zu weit 
führen. Deshalb sollen nur die wich- 
tigsten Sprünge beschrieben werden: 
FFF7H - JMP STAT übergibt Tasta- 
turstatus im Akku; A=0- keine Taste 
gedrückt; 

A=FFH - Taste gedrückt (außer 
SHIFT oder CTRL). 

FFF4H - JMP SARUF ruft SAVE- 
Routine des Headersave; Parameter- 
übergabe entsprechend Beschrei- 
bung Headersave. 

FFF1H - JMP LORUF; Parameter- 
übergabe entsprechend Beschrei- 
bung Headersave. 

FFEBH - JMP DRDEL setzt den logi- 
schen Druckertreiber zurück (Zähl- 
zellen für Zeilen- und Spaltenposition 
werden zu 0). 

FFE8H - JMP DRAKK übergibt den 
Akkuinhalt an den logischen Drucker- 

FFE5H - JMP BSDR druckt den In- 
halt des BWS bis zur Cursorposition 
und kehrt in das aufrufende Pro- 
gramm zurück. 

FFDFH - JMP DRZEL wie DRAKK, 
nur daß das Zeichen in Zelle 1BH 
übergeben wird (vorgesehen, um im 
BASIC mit POKE Zelle und CALL 
OFFDFH zu drucken). 

FFCDH - JMP DRINI Initialisierung 
des logischen Druckertreibers. 


FFCAff - JMP ZEIDFt übergibt ein 
Zeichen im Akku an physischen Druk- 
kertreiber. 

FFBBH - JMP GETST Abfrage der 
Joysticks und Übergabe des Ergeb- 
nisses in BC (B-Iinks, C-rechts) mit 
folgender Bit-Bedeutung (1): 

BitO - links 

Bit 1 - rechts 

Bit 2 - runter 

Bit 3 - hoch 

Bit 4 - Aktionstaste 

Z-Flag=1, wenn keine Betätigung 

vorliegt 

FFB8H - JMP SOUND; Ausgabe ei- 
ner vollen Periode auf die Tonband- 
buchse sowie auf Bit7 vom System- 

Übergabe der Periodendauer in C mit 
T = n*33ps - 20ps (2 MHz). Die 
Sprünge DRINI, DREZEL, DRAKK 
und ZEIDR sind nicht in den oberen 
4K realisiert und mit JMP 0E800H, 
0E803H, 0E806H und E809H initiali- 
siert, wo man einen Unterverteiler für 
den verwendeten Druckertreiber in- 
stallieren kann. 

Vor- und Nachteile 
Daß die beschriebene Tastaturva- 
riante professionellen Ansprüchen 
gerecht wird, zeigen folgende Vor- 

- geringer leistungsarmer Hard- 
wareaufwand 

- zwischen Tastatur und Rechner 
nur lOadriges Kabel erforderlich 

- Anzeige der Tastaturmodes durch 
LEDs 

- schaltbarer Tastenklick 

- schnelle und sichere Abfrage 

- Interruptfähigkeit 


- nur noch zwei SHtFT-Ebenerr 

- hohe Softwarekompatibilität 

- freie Belegbarkeit der Tasten 

- frei programmierbare Stringaus- 
gabe mit Quittung 

- Repeatfunktion auf allen Zeichen- 

- einfache Monitorrückkehr durch 
RST 38H-Taste 

- direkter UP-Aufruf Screencopy aus 
der Tastaturroutine heraus 

- Direktsprünge zu festen Adressen 
aus der Tastaturroutine heraus 

- es können gegenüber der alten 
Routine alle Steuerzeichen erzeugt 
werden 

- Abfrage der vollen 8*1 2-Matrix 

- einfache Erweiterung der Tastatur 
auf 96 Tasten, indem die nicht be- 
setzten Positionen aufgefüllt werden. 

Dem gegenüber stehen die Nach- 
teile: 

- Es wird zusätzlicher Adreßräum 
des Hauptspeichers benutzt. 

- Es muß eine Änderung des origina- 
len Monitorprogramms erfolgen. 

- Nur bedingte Kompatibilität bei Di- 
rektzugriffen auf die Matrix und bei 
Sprüngen in die originale Routine hin- 

Betrachtet man Vor- und Nachteile, 
so kann festgestellt werden, daß es 
sich lohnt, die Nachteile in Kauf zu 
nehmen, zumal eine Änderung des 
Monitors nur einmal erfolgen muß. 
Die Tastatur ist also eine echte Alter- 
native zu der Prozessortastatur des 
Herstellers, die einen höheren Hard- 
wareaufwand erfordert und eine ge- 
ringere Leistungsfähigkeit besitzt. 


| B KONTAKT 11 ? ~1 

Informatikzentrum des Hochschulwesens an der Technischen Universität Dresden, IG Heim- 
computer der KDT, Mommsenstr. 13, Dresden, 8027; Tel. 4575240 

Leiterplatte und Monitorprogramm plus Dokumentation können 
beim Computer-Club des VEB Robotron-Anlagenbau Leipzig, 
PSF 1 80, 701 0 Leipzig (Tel. 71615 78), zum Selbstkostenpreis bei 
Einsendung einer Tonbandkassette oder von EPROMs (4 KByte) 
sowie Rückporto bezogen werden. Der Computer-Club kann wei- 
terhin die Software für die 8x8-Robotron-Tastatur K 7652 bereit- 
stellen. 


Schnelles Bildschirm- 
löschen beim KC87 


Schneller als der BASIC-Befehl CLS 
ist ein MC-Unterprogramm. In den 
Anwenderspeicher 220H bis 2FFH 
wird vor Beginn der Arbeit das Unter- 
programm mittels eines kurzen BA- 
SlC-Programms geladen. Der Aufruf 
erfolgt mit CALL 544: 


0220 LD HL, -5120 
0223LDM.20H 
0225 LDDE, -5119 
0228 LDBC, 959 
022BLDIR 
022D LDDE, 0101 H 
0230 LDC, 18 

0232 CALL 5 
0235 RET 


BS löschen 
1 . Zeile, 1 . Sp. 
UP Cursor 
setzen 
BIOS-Ruf 


10 FOR A=544 TO 565:READ 

B:POKEA,B 

:NEXT 

20 DATA 33, 0, 236, 54, 32, 17, 1, 


91,3,237,176,17,1,1,14 
30 DATA 18, 205, 5, 0,201 
Das BASIC-Programm kann nach der 
Abarbeitung wieder gelöscht werden. 

Peter Born 


TERMINE 

XV. Fachtagung des Fachaus- 
schusses 14 - Elektronische 
Steuerungen auf Mikrorech- 
nerbasis 

WER? Fachverband Elektrotech- 
nik der KdT 
WANN? 25.10.1988 
WO? Berlin 

WAS? 

• Expertensystemmodi in der 
Projektierung moderner Steue- 
rungssysteme 

• 16-Bit-lndustriecomputerfami- 
lie ICA 700 

• modulare Grundbaugruppen 
MGB 7000 

• MRS 704/705; S2000; P8000 

• Weiterentwicklung von audatec 
WIE? Teilnahmemeldungen bitte 
an Kammer der Technik, Präsi- 
dium, Fachverband Elektrotech- 
nik, Clara-Zetkin-Straße 115- 
117, Berlin, 1086 
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Entwicklungen und Tendenzen 


Vertikalmagnetspeicher 

Die magnetische Stabilität eines Ein- 
zelbits ist die entscheidende Größe 
für die Qualität eines magnetischen 
Speichermediums. Die Stabilität ist 
um so größer, je weiter Nord- und 
Südpol eines Magneten voneinander 
entfernt sind. Die Erhöhung der Da- 
tendichte führt bei konstanter 
Schichtdicke und gleichbleibender 
Spurbreite zu einer Abnahme des 
Längen-Dicken-Verhältnisses des 
magnetisierten Teilchens und somit 
verliert die gespeicherte Information 
an Stabilität. Konventionelle Medien 
weisen eine Grenze bei 500 Fluß- 
wechseln pro Milimeter auf. 

Eine Erhöhung der Aufzeichnungs- 
dichte bei Umgebung des reduzierten 
Längen-Dicken-Verhältnisses wird 
auf Medien der Vertikalaufzeichnung 
möglich. Bei diesen erfolgt die Ma- 
gnetisierung senkrecht zur Schicht- 
dicke. 

Die Firma Toshiba entwickelte eine 
Diskette aus Barium-Ferrit. Das 
durch einen speziellen Glaskristalla- 
tionsprozeß hergestellte Ba-Ferrit hat 
eine sehr hohe Koerzitivkraft (bis zu 
6600 Oe). Deshalb muß es durch Do- 
tierungen mit Co, Ni, Cu, Zn oder Ti 
gedrosselt werden, um für die Appli- 
kationen mit herkömmlichen Ferrit- 
Ring-Köpfen verwendet werden zu 
können. Die 3,5-Zoll-Diskette von 
Toshiba verfügt über 4 MByte Spei- 
cherkapazität. Die hohe Dichte der 
BaFe-Partikel bei durchschnittlicher 
Größe von 0,02/im gestattet eine 
hohe Zuverlässigkeit aufgrund ver- 
minderter Oberflächenrauhigkeit. Die 
Massenproduktion soll auf beste- 
hende Beschichtungsanlagen mög- 
lich sein, und es sollen keine Korro- 
sionsprobleme auftreten. 

aus Produktion 48/1987 


Neues Material 
für löschbare 
optische Speicherung 

Wissenschaftler des Phillips For- 
schungslaboratoriums in Eindhoven 
sollen eine vielversprechende 
Gruppe von Materialien für die lösch- 
bare optische Aufzeichnung sowohl 
analoger als auch digitaler Signale 
gefunden haben. Es sind Halbleiter- 
materialien wie Galliumantimonid 
(GaSb) und Indiumantimonid (InSb), 
die mit bestimmten anderen Elemen- 
ten „dotiert“ werden. Die spezifi- 
schen Eigenschaften ermöglichen 
es, Informationen mit einem Laser- 
strahl wiederholt aufzuzeichnen und 
zu löschen. Das Auslesen erfolgt wie 
bei den Informationsträgern Bild- 
platte und Compact Disc laserop- 
tisch. Die Materialien können lange 
gelagert werden. Sie sind unempfind- 
lich gegenüber normalen Umge- 
bungstemperaturen und gegenüber 
Feuchtigkeit. Löschen und Aufzeich- 
nen ist ungefähr tausend Mal mög- 
lich. Dies genügt privaten Anwendun- 
gen, ist aber für den professionellen 
Gebrauch unzureichend. Die Erfor- 
schung der Verfahren für die lösch- 
bare optische Speicherung ist nicht 
abgeschlossen. So werden als Er- 


gebnis weiterer Untersuchungen Ver- 
besserungen des Signal-Rausch-Ab- 
standes erwartet. 

Die Häufigkeit, mit der gelöscht und 
aufgezeichnet werden kann, muß er- 
höht werden. Zugleich wird nach wei- 
teren Materialien aus der gleichen 
„Familie“ gesucht, die eventuell noch 
bessere Eigenschaften haben. In die- 
sem Zusammenhang könnten Tellur- 
Selen-Legierungen eine Rolle spie- 
len. Diese könnten ebenfalls für die 
löschbare optische Speicherung 
nach dem Verfahren des kristallina- 
morphen Phasenübergangs geeignet 
sein, obwohl sie bisher für Anwen- 
dungen in der Praxis nicht schnell ge- 
nug erneut kristallisieren. 

Wi 

aus Industrie-Elektrik und Elektronik 10/ 
1987 


Erste Testbauelemente 
auf Supraleiterbasis 

Nachdem sich vor einem Jahr die 
Meldungen über die Entdeckung von 
Materialien mit Supraleiteigenschaf- 
ten im Hochtemperaturbereich häuf- 
ten, scheint nunmehr das Problem 
der Langzeitstabilität dieser Eigen- 
schaft gelöst zu sein, so daß Test- 
bauelemente gefertigt werden kön- 
nen. 

So soll die amerikanische Firma TRW 
Inc. anstelle des Yttrium in dem bis- 
her verwendeten Yttrium-Barium- 
Kupfer-Oxid das Element Erbium ein- 
gesetzt und dadurch eine stabile Su- 
praleitung bei 92 K erreicht haben. 
Die Firma AT&T Bell Laboratories soll 
ebenfalls einen Supraleiter gewon- 
nen haben, aus dem sich Bauele- 
mente hersteilen lassen (77 K). 

Durch General Motors Research La- 
boratories soll ein neues Verfahren 
zur Gewinnung supraleitender Dünn- 
filme entwickelt worden sein. Anstelle 
der Elektronenstrahlbedampfung er- 
folgt ein Abscheiden aus metallorga- 
nischen Verbindungen. Die Dünn- 
filme aus Yttrium-Barium-Kupfer- 
Oxid wurden auf einkristallinem 
Strontium und polykristallinem 
Bariumtitanat aufgebracht. Die Su- 
praleitung soll bei 90 K auftreten. 

Im GEC Forschungszentrum soll die 
Anwendung supraleitender Materia- 
lien als Leiterbahnen auf gedruckten 
Schaltungen vorgesehen sein. 

aus electronics 61 (1988) 1 S.32 und 
Elektronik.-München (1 987) 26. - S. 7 


Hierarchisch 
oder relational? 

Die Anwendung der Datenbankmo- 
delle wird sich von den hierarchi- 
schen zu den relationalen Modellen 
verlagern. Betrug im Jahre 1987 der 
Anteil der hierarchischen Modelle 
noch 78 Prozent, so sollen sich im 
Jahre 1 992 folgende Anteile ergeben: 
relationale Modelle 50 Prozent 
hierarchische Modelle 35 Prozent 
verteilte Modelle 1 5 Prozent. 

Das relationale Datenbankmodell 
zeichnet sich dadurch aus, daß die 
Speicherung in Tabellenform flexibler 
an neue Anwendungsfälle angepaßt 


werden kann. Die Daten lassen sich 
schneller und einfacher definieren 
und verknüpfen. Redundanz sowie 
mangelnde Leistungsfähigkeit waren 
bisher Argumente gegen relationale 
Datenbankkonzepte. Die auftretende 
Redundanz hat sich in der Praxis 
nicht als problematisch erwiesen. 

Für umfangreiche Datenbestände ist 
eine effektive Speicherung auch wei- 
terhin mit hierarchischen Modellen 
vorteilhafter. 

Verteilte Datenbankkonzepte haben 
das Forschungsstadium verlassen. 
Sie werden gegenwärtig in Pilotpro- 
jekten erprobt. 

aus online. -Köln 33 (1 988) 1 . - S. 6 


Erhöhung 

der Speicherkapazität 

Obwohl Marktforschungsinstitute den 
3,5-Zoll-Disketten-Speichern die 
größten Zuwachsraten Voraussagen, 
werden weiterhin 5 V4-Z0II- und 8- 
Zoll-Speicher angekündigt. 

Die Firma Verbatim Corp. kündigte 
ein 12-MByte-Laufwerk mit ö’A-Zoll- 
Disketten an. Dieses Diskettenlauf- 
werk erreicht eine durchschnittliche 
Zugriffszeit von 65 ms und eine in- 
terne T ransferrate von 2 MBit pro Se- 
kunde. Als Diskettenmaterial verwen- 
det die Firma ein Medium mit 600 
Oersted, das eine Spurdichte von 333 
Spuren/Zoll und eine Aufzeichnungs- 
dichte von 19968 Bit/Zoll gestattet. 
Die verwendete Kunststoffhülle er- 
möglicht einen Betrieb im Tempera- 
turbereich von 5 bis 70 Grad Celsius. 
Eine hohe Datensicherheit wird durch 
die Vorformatierung der Spurfolgen- 
informationen erreicht, die den 
Schreib-Lesekopf die exakte Spur- 
lage überprüfen lassen. 

Einen 8-Zoll-Festplattenspeicher mit 
einer Kapazität von 1000 MByte, ei- 
ner durchschnittlichen Zugriffszeit 
von 16 ms, einer Transferrate von 
3 MByte/s und einer MTBF von mehr 
als 35000 Stunden stellte die Firma 
Fujitsu vor. Mit diesen Parametern 
zählt der Speicher zu den Spitzenpro- 
dukten. Im ö'A-Zoll-Bereich wurde 
von der Firma eine 390-MByte-Ver- 
sion mit 18 ms Zugriffszeit angekün- 
digt. Das Angebot an 3,5-Zoll-Spei- 
chern wurde um ein Modell mit 
77 Byte Speicherkapazität erweitert. 

aus Computer-Zeitung. - Leinfelden- 
Echterdingen 19(1 987) 28. - S. 1 1 


Konkurrenz zwischen 
T oken-Ring- Architektur 
und Ethernet 

Die physikalische Geschwindigkeit 
eines lokalen Netzes ist aus Anwen- 
dersicht nicht entscheidend für den 
Gebrauchswert. Als wesentlicher 
wird der Nettodurchsatz angesehen. 
Die Maximalgeschwindigkeit des 
Ethernet beträgt lOMBaud, die des 
Token-Ring 4MBaud. Der verwal- 
tungstechnische Overhead der ver- 
wendeten Übertragungsprotokolle 
senkt die Transportleistung erheb- 
lich. Die Leistung des Ethernet wird 
dadurch von lOMBaud auf 4MBaud 


reduziert, während sie beim Token- 
Ring-Konzept nur auf 2,5 MBaud ge- 
bremst wird. Als leistungsmindernde 
Faktoren gehen auch die Adapterkar- 
ten und die Geschwindigkeit ein, mit 
der die Informationen vom Server ge- 
holt werden können. 

Erst wenn die Geschwindigkeit unter 
1 MBaud absinkt, kommt es zu einer 
Überlastung und zu Wartezeiten. 
Unzureichend ist gegenwärtig auch 
die auf dem Markt befindliche Netz- 
software. Sie belastet die LANs mit 
unnötigen Anfragen und Redundanz 
oder die übertragenen Datenpakete 
sind zu klein, was den Verwaltungs- 
aufwand vergrößert. Die leistungs- 
stärkste Netzsoftware soll gegenwär- 
tig zwischen 20 und 30 Prozent der 
verfügbaren Netzbreite ausnutzen. 

aus PC-Woche v. 1 8. 1 . 88, S. 1 5-1 6 


Diode 

mit hoher Arbeitsfrequenz 

Der bisherige Grenzwert der Reso- 
nanzfrequenz von Dioden soll durch 
Wissenschaftler der Universität von 
Illinois um mehr als das Dreifache 
übertroffen worden sein. Gegenwär- 
tig sollen 100 GHz erreicht werden. 
Die Erfinder sehen eine Verbesse- 
rung bis in den Terahertzbereich für 
realisierbar an. 

Die Diode soll aus Schichten von ab- 
wechselnd schwach dotiertem und 
stark dotiertem Aluminium-Gallium- 
Arsenid aufgebaut sein und wird mit 
Hochspannung betrieben. Dabei wird 
die Diode zur thermionischen Licht- 
emission gebracht und es kommt zu 
der sehr hohen Elektronenbeschleu- 
nigung. Die neue Diode soll in der Ra- 
dartechnik zur Anwendung kommen. 

Die Weltv. 16.1.88 


Pläne für 64-Megabit-Chip 

Anfang 1990 will Hitachi einen 64- 
MBit-DRAM unter Verwendung von 
0,3/rm-Strukturen auf den Markt brin- 
gen. Die gegenwärtig von Hitachi pro- 
duzierten 1-MBit-DRAMs werden mit 
konventioneller Fotolithografie in 1 ,5- 
/im-Strukturen erzeugt, die auch für 
16-MBit-DRAMs eingesetzt werden 
soll. Beim 64-MBit-DRAM soll mittels 
Röntgenstrahllithographie eine drei- 
dimensionale Struktur erzeugt wer- 

Mitte der 90er Jahre soll der 64-MBit- 
Chip produktionsreif sein, den die Fir- 
men Siemens AG und Philps gemein- 
sam im Rahmen des sogenannten 
Jessi-Projektes (Joint European Sub- 
micron Silicon initiative) entwickeln 
wollen. Die Kosten dieses Projektes 
werden mit 3,5 Mrd. DM veran- 
schlagt. Gegenwärtig arbeiten die Fir- 
men an der Entwicklung eines 4- 
MBit-Chips. 

aus Elektronic Weekly. -London (1987) 

1393.-S.48 
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Off-Iine Datentransfer 
zwischen A 7100 
und A 71 50 

Es wurde eine Möglichkeit geschaf- 
fen, Disketten eines A 71 00 (Quelldis- 
ketten) an einem PC 1715 einzule- 
sen, die Daten dort zu transferieren 
und die somit erzeugten Zieldisketten 
an einem A71 50 einzulesen, 

• Aktionen am PC 1715 

- Initialisieren einer Ziel-Diskette un- 
ter CPA und FORMATP (Menüpfad: 
0XYF) im „V. . -Format“ (708K). 

- Transfer von POWER und FOR- 
MATP auf diese Diskette. 

- Einstellen des Laufwerkes für die 
Quell-Diskette auf das SCP-Format. 

- Transfer von der Quelle zum Ziel. 

• Aktionen am A 71 50 

- Start von DCP mit einem aus der 
CONFIG.SYS-Datei heraus aufgeru- 
fenen Treiber. 

- Einstellen des durch CONFIG.SYS 
bestimmten physischen Laufwerkes 
bzw. des durch die Gesamt-Konfigu- 
ration bestimmten logischen Lauf- 
werkes (Lw) mit dem Kommando 
SELECT-I (Lw) cpc-2 

auf das „V. .-Format“. 

- Lesendes und schreibendes „An- 
sprechen“ einer Diskette über den 
Buchstaben (Lw) mit beliebigen 
DCP-Kommandos. 

Institut für Arzneimittelwesen der DDR, 
Dr. U. Pape, Große Seestr. 4, Berlin, 
1120, Tel. 3651308 


Eine MULTIDEZIMALSTELLEN- 
ARITHMETIK oder 
STRINGARITHMETIK 
für Kleincomputer 


Für viele Probleme ist die Ziffernan- 
zahl/Zahl, im Kleincomputer zur Lö- 
sung nicht ausreichend. Für solche 
Aufgaben wurden auf STRING-Basis 
SUBROUTINEN geschrieben, die 
Addition (Subtraktion), Multiplikation, 
Division, Vorzeichenumkehr und ab- 
soluten Betrag realisieren. Die Ope- 
randen sind als STRING darzustellen 
in der Standardform: (Vorzeichen) 
(ganzer Anteil) (Dezimalpunkt) 
(Bruchanteil). Durch einen Parame- 
ter kann die maximale Länge vom 
Bruchanteil des Ergebnisses gesteu- 
ert werden. Damit können arithme- 
tisch „DEZIMALZAHLENSTRINGS“ 
verarbeitet werden, die aus maximal 
253 Dezimalziffern bestehen können. 
Die Rechenzeit ist allerdings sehr 
hoch, zum Beispiel 5,5 Minuten für 
die Division von 1/3 auf 250 Dezimal- 
stellen. 

Gerätetechnik: KC 85/2 mit Modul 
006 BASIC und Modul M022 EXPAN- 
DER RAM. 

Programmumfang: insgesamt ca. 
250 BASIC-Anweisungen. 


Ernst-Moritz-Arndt-Universität Greifs- 
wald, Rechenzentrum, Friedrich-Lud- 
wig-Jahn-Straße 15a, Greifswald, 2200 

Dr. Dörband 


I Transformations- 
Programm von dBase-ll- in 
y TURBO-PASCAL-Dateien 


Das in MP 9/87 dargestelite Trans- 


formationsprogramm für dBase-ll- 
und TURBO-PASCAL-Dateien hat 
unserer Meinung nach folgende 
Nachteile: 

© Es lohnt sich aus Zeitgründen in 
den meisten Fällen nicht und führt 
leicht zu Fehlern, wenn man die 
transformierte und bearbeitete PAS- 
CAL-Datei wieder in eine dBase-ll- 
Datei mit der gleichen Struktur zu- 
rücktransormiert. 

© Die Dateigröße ist unnötigerweise 
eingeschränkt, weil sich sowohl die 
dBase-ll-Datei als auch die transfor- 
mierte PASCAL-Datei auf derselben 
Diskette befinden. 

® Die zwangsweise Umwandlung 
von numerischen dBase-ll-Felderh 
der Länge 2 ohne Dezimalstellen in 
den PASCAL-Typ „Byte“ führt zu 
Fehlern, falls die Feldinhalte negativ 

® Das Löschkennzeichen der 
dBase-ll-Dateien wird nur unzurei- 
chend berücksichtigt; es können da- 
durch Datenverfälschungen auftre- 
ten. 

© Es müssen alle Fehler der dBase- 
ll-Dateien in die PASCAL-Datei über- 
nommen werden. 

Die von uns geschaffene Lösung der. 
T ransformation von dBase-ll-Dateien 
in TURBO-PASCAL-Dateien mit dem 
Programm „dbpas“ besitzt diese 
Nachteile nicht. Hier die wichtigsten 
Kenndaten: 

- Nach dem Aufruf des Programms 
erfolgen alle Angaben menügesteu- 
ert. 

- Die Laufwerke für Ziel- und Quell- 
datei sind beliebig. 

- Es können alle Felder der dBase- 
Il-Struktur oder nur ausgewählte Fel- 
der transformiert werden. 

- Das Löschkennzeichen wird als 
Datenfeld behandelt. 

- Schließt man das Löschkennzei- 
chen von der Übertragung aus, ist die 
Übertragung der so gekennzeichne- 
ten Sätze wahlweise möglich. 

- Die Umwandlung in die PASCAL- 
Satzfeldtypen ist zum Teil frei wähl- 
bar. 

- Neben der Deklarationsquelldatei 
wird eine zweite Quelltextdatei ange- 
legt, welche als Includefile von erste- 
rer aufgerufen wird. So entsteht ein 
sofort lauffähiges PASCAL-Pro- 
gramm zum Auflisten der transfor- 
mierten PASCAL-Datei. Darüber hin- 
aus arbeiten wir an einer Programm- 
lösung, um - ausgehend von der De- 
klarationsquelltextdatei oder einer 
vorhandenen dBase-ll-Struktur - 
eine Rücktransformation von PAS- 
CAL-Dateien in dBase-ll-Dateien zu 
ermöglichen. 

VEB Fahrzeugausrüstung Berlin, 
Stammbetrieb des Kombinat Schienen- 
fahrzeugbau, Abt. DPP, Adlergestell 
598, Berlin, 1183; Tel. 681 0377 

Löblich 


BC/PC - Lichtsatz - Druck 

ln einer Kooperationsvereinbarung 
zwischen dem KEAW Berlin und dem 
Berliner Verlag wurde festgelegt, für 
den Hauptteil der P8000-Dokumenta- 
tion (WEGA-Programmierhandbuch, 
ca. 1300 Seiten), die Lichtsatzanlage 
DIGISET 400T30 zu nutzen. 


Der mit dem Editorprogramm TP er- 
faßte Text befindet sich auf einer Mi- 
nidiskette im SCPX-Format. Alle für 
die typographische Gestaltung des 
Textes notwendigen DOSY-Satzbe- 
fehle sind im Text enthalten. 

Das Programm EDS (Erfassung für 
Datensichtgerät) übernimmt die For- 
matierung von Disketten in das 
DS2069-Format (für DIGISET 
400T30) und die Konvertierung der 
Textdaten in den DS2069-Code. Au- 
ßerdem können Texteinheiten der 
DS2069-Diskette angezeigt, in das 
SCPX-Format rückkonvertiert und 
auf Drucker ausgegeben werden. 

Bei der Umwandlung von bereits er- 
faßten ASCII-Texten kommt man 
ohne eine abschließende manuelle 
Überarbeitung (Einfügen von DOSY- 
Satzbefehlen) und TP auf einem 
SCP-System oder am Datensichtge- 
rät DS2069 nicht aus. 

Dabei ist beim Programm EDS die 
Hervorhebung von DOSY-Satzbe- 
fehlen beim Auslisten der Datei über 
die Kommandos „L“ (Bildschirm: in- 
verse Darstellung) und „P“ (Drucker: 
Doppel- oder Rotdruck) für den Nut- 
zer besonders hilfreich. 

Das Programm EDS schafft günstige 
Voraussetzungen zur Vergrößerung 
der Erfassungskapazität von Licht- 
satzanlagen in den Satzzentren der 
Polygraphischen Industrie. Daneben 
wurde durch die Integration des Kom- 
mandos „K“ die Möglichkeit geschaf- 
fen, bereits erfaßte Textdateien im 
ASCII-Kode in DS2069-Dateien um- 
zusetzen. 

Da bereits eine große Anzahl von 
Texten (Manuskripten u. a.) auf Per- 
sonalcomputer existiert, besteht so- 
mit die Möglichkeit, aus diesen mit 
geringem zusätzlichen Aufwand qua- 
litativ hochwertige Druckvorlagen 
herzustellen. 

Der Weg, unter Nutzung eines SCP- 
Systems (z. B. PC 1 71 5 oder A 71 00) 
zu Lichtsatz-Druckvorlagen zu gelan- 
gen, kann für viele Anwendungsbe- 
reiche (von Vorlagen bis zu den Be- 
trieben) eine kostengünstige Lösung 
darstellen. 

VEB Datenverarbeitungszentrum Berlin, 
Storkower Straße 111, Berlin, 1055; Tel. 
4351588 

Dr. Schäfer 


Generieren von sich 
selbst installierenden 
Zeichensätzen ( SZS) 
für den KC 85/2/3 

Der Programmkomplex dient dem 
Generieren und Testen neuer Zei- 
chenbildtabellen auf dem KC 85/2/3. 
Dabei können jeweils die Zeichen der 
CodesO-7F, 80-FF und 80-8Bmit 
Funktionstastenbelegung generiert 
werden. Die Zeichenbildtabellen sind 
in einem SZS eingebunden und die- 
ser wird auf Kassette gerettet. Der 
SZS kann in jeden KC 85/2/3 geladen 
werden und installiert den Zeichen- 
satz ins Betriebssystem selbständig. 
Gleichzeitig sorgt er dafür, daß alle 
256 Zeichen des Computers über die 
Tastatur erreichbar sind. 

Der SZS kann für verschiedene 
Adressen generiert werden. Die Kon- 
struktion der Zeichen erfolgt mittels 


Tastatur bei 8fach vergrößerter Zei- 
chendarstellung. 

Es existiert eine Generatorvariante, 
welche gleichzeitig mit dem BASIC- 
Interpreter verwendet werden kann. 

Handelshochschule Leipzig, ORZ, Mark- 
grafenstr. 2, Leipzig, 7010; Tel. 7481 


Kopplung MFA mit PC 
und Drucker über V.Z4 

Das Modulare Fourieranalysatorsy- 
stem MFA (VEB Meßelektronik Ber- 
lin) stellt dem Anwender in der Ver- 
kaufsvariante die Schnittstellen CEN- 
TRONICS und SIF1000 zur Verfü- 
gung, wobei vom Betriebssystem die 
Arbeit mit Digitalkassetten- und Loch- 
bandtechnik unterstützt wird. Es 
wurde eine Kopplung des MFA mit ei- 
nem PC 1715 und einem Vollgrafik- 
drucker K6314 über eine V. 24- 
Schnittstelle realisiert. Im Vorder- 
grund der Lösung stand ein minimaler 
Aufwand für die Hardware, für die ein 
empfangsseitig entsprechend aufge- 
rüsteter KC 85/1 -Druckermodul ver- 
wendet wurde. In beiden Geräten 
wurden Sende- und Empfangsrouti- 
nen installiert, wobei die bisher im 
MFA zur Verfügung stehende Soft- 
ware (Version 1 .05 bzw. 1 .07) ohne 
Einschränkungen nutzbar bleibt. Alle 
Routinen wurden so gestaltet, daß 
der Nutzer die zu übertragenden 
Speicherbereiche frei wählen kann. 
Zum Druck von alphanumerischen 
und grafischen Bildschirminhalten 
wurden im CENTRONICS-Treiber 
die hardwareseitigen Ausgaberouti- 
nen verändert. Unter anderem wurde 
dabei die Interruptsteuerung durch 
Polling ersetzt. Die Lösung gestattet 
es, mit geringem Aufwand die Ein- 
satzmöglichkeiten des MFA wesent- 
lich zu erweitern: So können Meß- 
werte und Auswerteprogramme auf 
Diskette gespeichert sowie der PC 
als Wirtsrechner für MFA-Programm- 
entwicklungen genutzt werden. 
Offiziershochschule der Volksmarine 
„Karl Liebknecht“ Stralsund, Lehrstuhl 
Informatik/Steuerungstechnik, 
PF16119/G, Stralsund, 2300; Tel. 
683372 

Derlich/Havemann 


Objektmodulbibliotheken 
für A 71 OO 

Für die Arbeit mit FORTRAN 77 am 
A7100 wurden Objektmodulbiblio- 
theken für die Gestaltung des alpha- 
numerischen Bildschirmdialogs und 
der grafischen Ausgabe erarbeitet. 
Die Bibliothek SCREEN 1 gestattet 
dem Programmierer die Nutzung der 
Möglichkeiten des alphanumerischen 
Bildschirms, wobei besonderer Wert 
auf die Gestaltung der Ausgabe und 
die Erkennung von Eingabefehlern 
gelegt wurde, auf komfortable 
Weise. 

Auf der Grundlage des ISO-Stan- 
dards 7942 GKS wird in der Bibliothek 
GKSGX1 eine Teilmenge des GKS- 
Niveaus Oa und Ob zur Verfügung 
gestellt. Die Bibliothek greift dabei 
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auf die Betriebssystemerweiterung 
SCP-GX für die vollgrafische Arbeit 
mit dem A7100 zurück. 

Technische Hochschule Leuna-Merse- 
burg, Rechenzentrum/Bereich Informa- 
tik, Otto-Nuschke-Straße, Merseburg, 
4200; Tel. 462922 (Dr. Reimann) 

Prof. Dr. Weiß 


MS-DOS-Dokumentation 

Im Zusammenhang mit der Einsatz- 
vorbereitung MS-DOS-fähiger Com- 
putertechnik wurde eine umfangrei- 
che Dokumentation erarbeitet, die 
maschinenlesbar nachgenutzt wer- 
den kann. In der Dokumentation wer- 
den schwerpunktmäßig der Kom- 
mandovorrat, die Arbeit mit Editoren 
und dem Linker, Konfigurations- und 
Stapelverarbeitungsdateien, Dienst- 
programme und die Technologie der 
Assemblerprogrammierung behan- 
delt. 

Technische Hochschule Leuna-Merse- 
burg, Rechenzentrum/Bereich Informa- 
tik, Otto-Nuschke-Straße, Merseburg. 
4200; Tel. 462922 (Dr. Reimann) 

Prof. Dr. Weiß 

SCPTEXT 1 700 

Das Programm SCPTEXT 1 700 dient 
der Eintragung einer Autostartroutine 
in das Betriebssystem SCP 1 700. Für 
sogenannte Systemdisketten ist es 
oft wünschenswert, wenn nach Ein- 
schalten des Rechners, eines Sy- 
stemresets oder nach Ferneinschal- 
ten ein bestimmtes Programm sofort 
gestartet wird, wie z. B. das residente 
Kommando DIR oder Diskettenfiles 
wie DBASE, TABCALC o. a. 

Das Programm SCPTEXT 1 700 reali- 
siert das Einträgen des gewünschten 
Befehls in den im Betriebssystem 
SCP 1700 reservierten Puffer ohne 
Zuhilfenahme eines Debuggers 
(Rechner A 71 **). Je nach Aufruf des 
Programmes kann der Starttext im 
Dialog oder direkt von der Komman- 
dozeile eingegeben werden. 

Ein Kopieren von einem Laufwerk auf 
ein anderes bzw. mit gewechselter 
Diskette während des Eintragens ist 
möglich. Zum Lieferumfang gehören 
zwei modifizierte Betriebssysteme, 
bei denen die Dialogabfrage nach 
dem Laufwerk E übergangen wird 
und dieses selbständig initialisiert 
bzw. nicht eingerichtet wird. 

Staatliche Hauptgasverteilung beim 
Ministerium für Kohle und Energie, 
Beilsteiner Str. 115, Berlin, 1140; 
Tel. 5473041 (Koll. Hartwig) 

Pflieger 

Listendruck- 

und Anzeigeprogramm 

VALI ist ein variables Listendruck- 
und Anzeigeprogramm für ausge- 
wählte Felder beliebiger TURBO- 
PASCAL Dateien in Tabellenform. 

Das Programm ist anwendbar sowohl 
für Dateien, die mit TACCESS.BOX 
erstellt wurden als auch für normale 
TURBO-PASCAL Dateien. Die Fel- 
der können folgende Formate haben: 
STRING, INTEGER, REAL, BOO- 
LEAN, CHAR und ARRAY[1 . . .] OF 
REAL. Die für den direkten Zugriff so 
wichtige INTEGER-Darstellung im 
STRING-Format ist ebenfalls mög- 
lich. Die maximale Anzahl der Felder 
der Datei ist auf 256 begrenzt worden 
(einschließlich der Vektorfelder). An- 


gezeigt werden außerdem die Satz- 
länge und die physische Satzanzahl 
der Datei. Das Prinzip beruht darauf, 
daß zu jeder Datei eine Textdatei mit 
der Beschreibung des RECORDS 
angelegt wird, bzw. es müßte eine 
solche Datei schon beim Program- 
mierer existieren. Die Ausgabe ist 
wahlweise auf Drucker oder Bild- 
schirm möglich. Will man sich ein- 
zelne Felder von Vektoren anzeigen 
lassen, erfolgt es in der Form: best[3] 
oder best[1 1], wie sie in TURBO- 
PASCAL üblich ist. 

Die Feldnamen werden als Tabellen- 
überschrift mit angezeigt, außerdem 
kann eine Überschriftzeile eingege- 
ben werden. Das Programm läuft un- 
ter SCP auf PC 171 5, BC A 51 20/30 
und AC A7100. Es ist geplant, dieses 
Programm noch weiterzuentwickeln, 
u.a. die arithmetische Verknüpfung 
von Feldern (z. B. FELD a + FELD b 
oder FELD c * FELD d). Nachnutzer 
dieses Programms erhalten dann im 
Nachgang jeweils die neueste Ver- 

Bei Zusendung einer Diskette (8" 
oder 5 1/4") liefern wir das Programm 
VALI.COM und die Dokumentation 
VALI.DOC. 

DEWAG Leipzig, Abt. DO, Oststrasse 105 
Leipzig, 7050 


Mikrorechnerüber- 
wachung mit software- 
geschütztem Anlauf 

In allen Mikrorechnern, besonders in 
der Industrieautomation und bei An- 
wendung von Watchdogschaltungen, 
ist eine geschützte ununterbrochene 
Initialisierung im Rechneranlauf sehr 
wichtig. 

Ohne zusätzliche Schaltungen und 
ohne Abschaltung von Rechnersi- 
gnalen garantiert der softwarege- 
schützte Anlauf die sichere Initialisie- 
rung des Mikrorechners. Durch zu- 
sätzliche Steuerwörter wurde ein Sy- 
stem entwickelt, welches zu jedem 
Zeitpunkt nachteillos unterbrochen 
werden kann. Der softwarege- 
schützte Anlauf kann in allen Mikro- 
rechnern ohne Geräteveränderung 
implementiert werden. Diese Maß- 
nahme wurde im Kleincomputer 
PCU 01 für Prozeßdatenerfassung 
und -Überwachung unter harten Indu- 
striebedingungen umfassend er- 
probt. 

VEB Rationalisierungsmittelbau Wolle' 
und Seide Greiz, Bereich F. u. E, Zeulen- 
rodaer Str. 13-15, Greiz, 6600, 
Tel. 31 55 (Koll. Stiebert) 

Fritzsche 


Programmierbarer Zei- 
chengenerator für den 
KC85/1 und KC87 

Die Hardwarekonfiguration des Klein- 
computers KC 85/1 ermöglicht bisher 
eine beschränkte, nicht frei program- 
mierbare, quasigrafische Darstellung 
der auf einem EPROM vorhandenen 
Grafikzeichen (ASCII-Code 128 bis 
255 Dez.). 

Mit der Hardware-Ergänzung „Pro- 
grammierbarer Zeichengenerator“ 
(PZG) können durch den Nutzer 126 
Grafikzeichen frei programmiert (Er- 
zeugung der gewünschten Bitmu- 
ster), auf dem Bildschirm dargestellt 
und ggf. über einen Drucker (K6313 
o. ä.) ausgegeben werden. 

Der PZG besteht aus einer kleinen 


Leiterplatte mit einem zusätzlichen 1 - 
KByte- RAM (2xU 214), einem her- 
kömmlichen Zeichensatz auf einem 
2-KByte-EPROM (224 program- 
mierte ASCII-Zeichen 32 bis 255 
Dez.) und einem Flip-Flop (DL 074) 
zur wechselseitigen Umschaltung 
zwischen der Standard-Grafik und 
der frei programmierbaren Grafik. 

Die Ansteuerung des PZG erfolgt 
über 3 Schaltadressen, die sich im 
normalenweisen nicht zugänglichen 
Farb-RAM als Kurzmerkspeicher be- 
finden. Sie dienen zum Einschalten 
des PZG, zum Beschreiben des PZG- 
RAM und zum Aktivieren des PZG- 
RAM. 

Die realisierte Installierung der PZG- 
Leiterkarte, die zweckmäßigerweise 
an Stelle des Farbmoduls (der Farb- 
modul befindet sich auf der PZG- 
Karte) unter Nutzung der Standard- 
Steckverbindung vorgenommen 
wurde, verändert äußerlich den 
KC 85/1 nicht und sichert die her- 
kömmliche Fqnktionsfähigkeit des 
Kleincomputers. 

Es bestehen die Möglichkeiten der 
Verwendung verschiedenartiger Zei- 
chensätze, z.B.: 

- grafische Funktionsdarstellungen 

- kyrillische Buchstaben (Russisch- 
Zeichensatz) 

- lateinische Schreibschrift und 

- Darstellung elektronischer Schal- 
tungen. 

Ergänzende Software ermöglicht die 
selbständige Programmierung von 
Grafikzeichen (MC-Programme) und 
das Ausdrucken der erzeugten Bild- 
schirminhalte. 

Die Betreibung des PZG ist sinnvol- 
lerweise mit Farbmodul (aber auch 
ohne Farbfernsehgerät und RGB- 
Satz) zu realisieren. 

Neben einer selbstgefertigten PZG- 
Leiterkarte liegen eine Kurzdoku- 
mentation zur Hardwarelösung und 
Programmbeschreibung beispielhaf- 
ter Demonstrations-Software vor. 
Technische Universität Magdeburg, 
Büro für Neuererwesen (oder Sektion 
Apparate- und Anlagenbau, WB 2) PF 
14, Magdeburg, 3010; Tel. 5920 

Bundrock 


REDABAS- 
T ransferprogramme 

Zur Nachnutzung bieten wir für die 
Mikrorechnertypen PC 171 5, BC 
A5120 und AC7100 unter dem Be- 
triebssystem SCP und Kompatiblen 
das Transferpaket REKP an. 

Eine REDABAS-Datei wird in eine 
Rettedatei für die Kalkulationspro- 
gramme KP, SC bzw. TABCALC/M 
16 umgewandelt und kann durch 
diese geladen werden. 

Beliebige Felder der REDABAS-Da- 
tei (auch Teilketten der Felder) kön- 
nen in beliebige Zeilen und Spalten 
der Tabelle transferiert werden. 

Im Anschluß an die REDABAS-Daten 
können Werte (z.B. für eine Sum- 
menzeile) vordefiniert und in die Ta- 
belle mit eingetragen werden. 

Das Programmpaket besteht aus ei- 
nem Vorprogramm (REKP1), mit des- 
sen Hilfe der Anwender im Dialog den 
Transfer beschreibt. Die Beschrei- 
bung wird in einer Textdatei abgelegt 
und von dem Nachfolgeprogramm 
(REKP2) zum Entladen der REDA- 
BAS-Datei benutzt. Wiederkehrende 
Transferaufgaben können auf diese 
vorgefertigten Beschreibungsdaten 
zurückgreifen. 


Die Beschreibung einer Transferauf- 
gabe dauert etwa 5 bis 10 Minuten 
und der Entladevorgang rund 1 Mi- 
nute. Der Ladevorgang im Kalkula- 
tionsprogramm kann in Abhängigkeit 
vom Umfang der zu ladenden Daten 
mit 1 bis 4 Minuten (mehr als 5000 
Elemente bei TABCALC/M 16) ange- 
nommen werden. 

Zur Unterstützung des Rücktranspor- 
tes vom Kalkulationsprogramm zu 
REDABAS kann das Selektions- und 
Foi matierprogramm SELEKTOR mit- 
gelitdert werden. Das in eine sequen- 
tielle Textdatei entladene Tableau 
kann Mit Hilfe von SELEKTOR an 
SDF-Formate beliebiger REDABAS- 
Dateien in einem Arbeitsgang ange- 
paßt werden. Die Selektion bestimm- 
ter Zeilen anhand vorgegebener Wer- 
tebereiche für beliebige Spalten ist 
möglich. Die Parameter von SELEK- 
TOR werden in einer Textdatei pro- 
grammiert, so daß der Vorgang auto- 
matisiert ablaufen kann. 

VEB Landmaschinenbau Güstrow, 
Abt. LI 02, Rövertannen, Güstrow, 2600; 
Tel. 4 65 15 (Koll. Ansorge) 

Dr. Falk 


Wir suchen . . . 

. . . eine Zeilenbefehlserweiterung 
des BASIC-Interpreters analog der 
vorgestellten Lösung für KC in MP 1 1/ 
87 für unsere PC 171 5. 

VEB Bandstahlkombinat „Hermann Ma- 
tern“, Eisenhüttenkombinat Ost, Zweig- 
betrieb Bandstahlveredlung Porschdorf, 
Porschdorf, 8321, Tel. Bad Schandau 
2556/2558, App. 75 

Polei 


...einen Drucker-Driver zum An- 
schluß eines Commodore-Druckers 
an U-880-Rechner (MC 80.20). 

VEB Keramische Werke Haldensleben, 
HA Rationalisierung, Karl-Marx-Straße, 
Haldensleben, 3240; Tel. 56350 (Koll. 
Trebesius) 

Richter 


. . . eine Software-Lösung zur Kopp- 
lung von IBM-XT-kompatibeln PC 
und KBFt Kl 630 über MUX20. 

VEB MAW Armaturenwerk Prenzlau, Abt. 
DF. Wilhelm-Pieck-Str. 91, Prenzlau, 
2130; Tel. 32218 

Müller 


■ . . Informationen bzw. Hinweise zum 
Betreiben eines Zeilendruckers VT 
27 000 am BC A5120. Großhandels- 
betrieb Waren täglicher Bedarf, 

Fachdirektion Ökonomie, Pausaer 
Straße 15, Plauen, 9900; Tel. 27022, 
App. 29 


... eine Kopplung PC 1 71 5 - KC 85/3. 
An unserer Schule ist ein Computer- 
kabinett mit 19 KC 85/3 und einem 
PC 1 71 5 eingerichtet worden. Die KC 
und ein Großbildschirm (Farbfern- 
sehgerät mit FBAS- und RGB-Ein- 
gang) sind über ein Dialogsystem mit- 
einander gekoppelt. Um den Einsatz 
des PC zu demonstrieren, würden wir 
gern die Verbindung PC/KC (ohne 
V.24-Schnittstelle) realisieren. 

Wer kann helfen? 

Kommunale Berufsschule „Martha 
Brautzsch“ Merseburg, 4200 Merse- 
burg, Oberaltenburg 4 

Schürhold 
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Programmieren mit C 

von M. Clauß und G. Fischer 
Reihe Technische Informatik. VEB 
Verlag Technik Berlin, 1988, 240 Sei- 
ten, 14 Bilder, Broschur, 24,- M 
Mit dem nunmehr vierten Band der 
Reihe „Technische Informatik“ wird 
vom VEB Verlag Technik einem brei- 
ten Bedürfnis nach einer umfassen- 
den und methodischen Darstellung 
der Programmiersprache C Rech- 
nung getragen. 

Die Darstellung von C erfolgt in Form 
eines Lehr- und Arbeitstextes, der 
das Erlernen der Programmierspra- 
che im Selbststudium ermöglicht. 
Dies wird durch eine Reihe von 
Übungsaufgaben, die zur praktischen 
Arbeit mit C anregen, unterstrichen. 
Es fehlt aber eine Besprechung der 
gestellten Aufgaben. 

Im ersten Kapitel werden grundsätzli- 
che Aspekte der Sprache C behan- 
delt, so daß schnell die Vorausset- 
zungen für praktische Programmier- 
übungen gegeben sind. Im zweiten 
Kapitel folgt die ausführliche Darle- 
gung der Sprachkonzepte von C, die 
durch eine Vielzahl von Beispielpro- 
grammen effektiv unterstützt wird. Im 
abschließenden dritten Kapitel wird 
auf verschiedene Aspekte der An- 
wendung von C, z. B.: C-Präprozes- 
sor, Arbeit mit der Standardbiblio- 
thek, Beispiele für systemnahe Pro- 
grammierung eingegangen. 

Ein umfangreicher Anhang (54 Sei- 
ten) enthält eine Zusammenfassung 
der Syntax von C, eine Beschreibung 
des durch X/OPEN definierten Um- 
fangs der C-Standardbibliothek so- 
wie eine kurze Erläuterung des unter 
UNIX verfügbaren Prüfprogramms 
„lint“. Die Autoren berücksichtigen 
auch internationale Standardisie- 
rungsbemühungen (ANSI-C und X/ 
OPEN-C) und beschreiben Erweite- 
rungen und Änderungen gegenüber 
K&R. 

Den Autoren ist es gelungen, sowohl 
für den Einsteiger in C als auch für 
den täglichen Nutzer ein wertvolles 
Arbeitsmittel geschaffen zu haben. 
Dem Verlag Technik ist zu danken, 
daß er auf aktuelle Trends der Soft- 
wareentwicklung mit diesem Band so 
prompt reagiert hat. 

Ulrich Oefler 


Hilfsmittel für Errichtung 
und Betrieb von Mikro- 
rechner-Automatisie- 
rungsanlagen 

Peter Neumann, Reihe Automatisie- 
rungstechnik: Band 219, VEB Verlag 
Technik Berlin, 1986, 88 Seiten, 
4,80 M 

Dieser Band verbirgt hinter dem ein- 
fachen Begriff .Hilfsmittel' eine ge- 
lungene Darstellung von ausgewähl- 
ten wissenschaftlichen Verfahren 
und technischen Mitteln für die Vor- 
bereitung und Realisierung von mitt- 
leren und großen MR-Automatisie- 
rungsanlagen. Als Leser werden Au- 
tomatisierungstechniker und Infor- 
matiker angesprochen, die sich so- 
wohl mit der Entwicklung als auch mit 
der Einsatzvorbereitung, insbeson- 
dere Projektierung, aber auch mit 


dem Betrieb solcher Anlagen befas- 
sen. Zur Einordnung seines Anlie- 
gens geht der Autor von seinen prak- 
tischen Erfahrungen im Automatisie- 
rungsanlagenbau aus und charakteri- 
siert die hauptsächlichen Arbeitspro- 
zesse. Behandelt werden die Erarbei- 
tung von Grund- und Automatisie- 
rungskonzeption, Ausführungspro- 
jektierung, Arbeitsschritte des Her- 
stellungsprozesses sowie einige Auf- 
gaben zu Betrieb und Instandhaltung. 
Darauf aufbauend werden vorzugs- 
weise für die technische Vorbereitung 
und Realisierung verschiedenartige 
Verfahren und Mittel (organisatori- 
sche, wissenschaftliche und techni- 
sche) beschrieben. Ausführlicher 
wird ein Verfahren behandelt zur 
Echtzeitverhaltensanalyse von MR- 
Einrichtungen und Datenübertra- 
gungssystemen auf Grundlage von 
Bedienungsmodellen. Verfahren und 
Mittel zur Zuverlässigkeitsanalyse 
sowie Maßnahmen zur Synthese feh- 
lertoleranter MR-Automatisierungs- 
anlagen vermitteln einen guten Ein- 
blick in die Problematik. 

Mit diesem Band wird der interes- 
sierte Leser sehr effektiv in wesentli- 
che Problemkreise großer MR-Auto- 
matisierungsanlagen eingeführt. Da- 
bei werden vorzugsweise Lösungs- 
wege dargestellt, die aus wissen- 
schaftlichen Arbeiten des Autors her- 
vorgegangen sind. 

Dr. Ulrich Engmann 


Von der einfachen Logik- 
schaltung zum Mikrorech- 
ner 

von Joachim Matschke, 3., bearbei- 
tete Auflage, VEB Verlag Technik 
Berlin, 1986, 232 Seiten, 20,- M 
Das Buch wird vor allem Zuspruch bei 
all denen finden, die sich möglichst 
einfach und schnell in die Grundlagen 
digitaler Mikroelektronik, vor allem 
moderner Mikrorechner einarbeiten 
wollen - oder gar müssen. 

Für die Entwicklung und funktionelle 
Gestaltung elektronischer Geräte so- 
wie für die Entwicklung und Einfüh- 
rung automatisierter Prozesse mit Mi- 
kroprozessoren und Mikrorechnern 
müssen heute verschiedene Spezia- 
listen herangezogen werden. Jeder 
benötigt die Mitarbeit der anderen. 
Dabei wird es volkswirtschaftlich im- 
mer notwendiger, zur effektiven Nut- 
zung der neuen Technik Einblicke in 
die Funktionsweise des Mikroprozes- 
sors und Mikrorechners in größter 
Breite und in verstärktem Maße zu 
vermitteln. 

Um aber möglichst viele ansprechen 
zu können, dürfen nur geringe Kennt- 
nisse vorausgesetzt werden und ist 
das nötige Wissen möglichst einfach 
und didaktisch geschickt aufzuberei- 

Diesem großen Ziel wird das vorlie- 
gende Buch sehr sorgfältig und effek- 
tiv gerecht. Das Buch füllt die vorhan- 
dene Lücke zwischen Publikationen 
populärwissenschaftlichen, über- 
blickverschaffenden Charakters und 
fachwissenschaftlichen, meist spe- 
ziellen Veröffentlichungen. 

Mit bewußt so klein wie möglich ge- 
haltenem mathematischem Aufwand 


und ebenso bewußtem Übergehen 
auch oftmals wichtiger Einzelheiten 
erleichtert das Buch ein Eindringen in 
die Problematik. 

Diese gewollte Selbstbeschränkung 
auf wesentliche Sachbezüge ist bei- 
spielhaft und in ihrer konsequenten 
Durchsetzung ein geschickt einge- 
setztes Mittel, effektives Einarbeiten 
in die Thematik zu unterstützen. 

Der angesprochene Leserkreis wird 
das Buch zu Studienzwecken, insbe- 
sondere auch durch die das Wesentli- 
che herausstellende typografische 
Gestaltung, mit Gewinn nutzen. 

Der stürmischen Entwicklung der Mi- 
kroelektronik Rechnung tragend, liegt 
das Buch in dritter, überarbeiteter und 
um Wirkprinzipien neuer Generatio- 
nen von Mikroprozessoren ergänzter 
Auflage vor. 

Dr. Ingo Schreiber 


Programmieren in PL/1 

von Henning Schoch, Band 8 der 
Reihe Informatik - Kybernetik - Re- 
chentechnik, Akademie-Verlag Berlin 
1 987, 2., berichtigte Auflage. 521 Sei- 
ten 

Wenn auch heute, im Gegensatz zur 
Zeit vor etwa 5 bis 1 0 Jahren und mit- 
bedingt durch den großen Auf- 
schwung, den die Kleinrechentechnik 
erlebt, kaum mehr ein Absolvent ei- 
ner Hoch- oder Fachschule während 
seines Studiums nenneswerte Infor- 
mationen über die Programmierspra- 
che PLI erhalten hat, hat die Überar- 
beitung des Buches von Schoch und 
seine Neuherausgabe dennoch - 
oder gerade - seine Berechtigung. 
War doch diese Sprache insbeson- 
dere dazu geeignet, die verschiede- 
nen bis dahin entstandenen Spra- 
chen für technische und ökonomi- 
sche Aufgabenstellungen zu einer 
Einheit zusammenzufassen. Die 
Tendenz, daß der Ingenieur in wach- 
sendem Maße neben der Behand- 
lung wissenschaftlich-technischer 
Aufgabenstellungen mit Fragen der 
Technologie und den auch dort zu be- 
wältigenden großen Datenmengen 
befaßt wird, daß der Ökonom in zu- 
nehmendem Maße mathematische 
Methoden in die Behandlung seiner 
Prozesse einbeziehen muß, machten 
eine solche Sprache wünschenswert, 
die darüber hinaus auf die hardware- 
seitigen Gegebenheiten der ESER- 
Großrechnertechnik zugeschnitten 
ist. So hatte diese Sprache auch bald 
in diese Bereiche Eingang gefunden 
und wird auch noch eine Zeitlang dort 
ihre Bedeutung behalten. Es ist des- 
halb für alle dort Tätigen angenehm, 
über ein Buch zu verfügen, das von 
einem mit der Sprache Erfahrenen 
geschrieben wurde und in das er sich 
bei vorhandenen Grundkenntnissen 
über problemorientierte Program- 
miersprachen selbständig einarbei- 
ten, das er als Begleitbuch für spe- 
zielle Programmierlehrgänge oder 
auch als Nachschlagewerk benutzen 
kann. 

Es ist besonders zu begrüßen, daß 
die Neuauflage im Akademie-Verlag 
(die erste Auflage mit dem Titel „Pro- 
grammierung in PL/1“ umfaßte nur 
die Teilsprache Subset-PL/1 und war 


beim Teubner- Verlag Leipzig er- 
schienen) die komplette Sprache dar- 
bietet. Diese Veränderung, bei der 
man die 1 5 Jahre zusätzlich gewon- 
nener Erfahrung wohltuend spürt, 
kann als gut gelungen bezeichnet 
werden. Das Buch hat eine klare Glie- 
derung und übersichtliche Darstel- 
lung des Textes, so daß man es gern 
liest. Das gut gegliederte Inhaltsver- 
zeichnis und das ausführliche Regi- 
ster erleichtern das Auffinden spe- 
zieller Einzelheiten beträchtlich. 175 
Übungsaufgaben, gegenüber der 
1. Auflage erweitert und aktualisiert 
(mit Lösungen), erleichtern ein selb- 
ständiges Durcharbeiten des Bu- 
ches. Aber auch der Kenner erhält 
durch die Aufgaben manche Anre- 
gung. In den wenigen die Program- 
mierung unterstützenden Skizzen, 
insbesondere in dem Abschnitt über 
die Steuerung des Programmablaufs, 
wäre bei der Behandlung der Algo- 
rithmusgrundstrukturen die Verwen- 
dung von Struktogrammen anzuraten 
gewesen, zumal die Sprache PLI in 
umfassender Weise eine strukturierte 
Programmierung zuläßt. Es hätten 
sich hierdurch manche Vorteile im 
Hinblick auf Gliederung, Testung und 
Änderung von Programmen noch kla- 
rer herausarbeiten lassen. 
Begrüßenswert ist, daß nicht nur die 
Sprache PLI vermittelt wird, sondern 
auch die erforderlichen Beziehungen 
zum Betriebssystem dargestellt sind, 
um ein Programm auf einer Rechen- 
anlage zum Laufen zu bringen. Leider 
geschieht das - bei allem Verständ- 
nis, daß hier Einschränkung geboten 
ist - nur für den Stapelbetrieb. Die 
wachsende Bedeutung, die hier auch 
der Dialog mit dem Großrechner über 
Terminals erlangt, findet bedauerlich- 
erweise keine Berücksichtigung. 

Alles in allem ist ein Buch entstanden, 
das gegenüber der 1 . Auflage erheb- 
lich gewonnen hat und das dem in der 
einschlägigen Praxis Tätigen nützlich 
werden wird. 

Prof. Dr. Günter Bräuning 


TERMINE 

6. Fachtagung Standardisierung 
WER? Fachverband Elektrotechnik in 
der Kammer der Technik, Kommis- 
sion Standardisierung 
WANN? 10. bis — 1 1 . November 1988 
WO? Leipzig, Brühlzentrum 
WAS? 

- CAD, CAM, CAQ 

- Probleme der Softwarestandardi- 
sierung in der DDR 

- Lichtwellenleiter-Nachrichtenüber- 
tragung 

- Mitarbeit der DDR im RGW, in der 
IEC, der ISO, internationalen Organi- 
sationen und Zertifizierungsorganen 

- Informationen über erworbene 
Zertifikate mittels Messen, Ausstel- 
lungen, Kataloge, Verpackungen, In- 
serate, Betriebsanleitungen 

WIE? Vorträge bis zum 15. Juni 1988 
sowie Teilnahmemeldungen sind 
schriftlich an folgende Anschrift zu 
richten: Kammer der Technik, Präsi- 
dium, Fachverband Elektrotechnik, 
Clara-Zetkin-Str. 115/117, Berlin, 
1086, Tel. 2202531, App. 216 
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Ein hochqualifiziertes Angebot von 
Erzeugnissen aus 9 Branchenkom- 
plexen der Investitionsgüter und 7 für 
Konsumgüter zeigten zur diesjähri- 
gen LFM rund 9000 Aussteller aller 
Kontinente. Im Blickpunkt des Tech- 
nikangebotes stand das Thema „In- 
tegrierte Meß-, Prüf- und Regeltech- 
nik - Weg zur Leistungssteigerung“, 
dem vorrangig auch das wissen- 
schaftlich-technische Fachvortrags- 
programm und das Internationale 
Messesymposium gewidmet war. In 
der auch für dieses Gebiet wichtigen 
Branche Informations- und Kommu- 
nikationstechnik hatten Hauptanteil 
am DDR-Ausstellungsprogramm die 
Kombinate Robotron, Mikroelektro- 
nik und Carl Zeiss JENA. 

In diesem ersten Teil des Messebe- 
richtes werden wir versuchen, einen 
Überblick über die wesentlichen 
Bauelemente der Computertechnik 
und die ausgestellten Computer zu 
geben; der zweite Teil in Heft 8188 
beinhaltet dann verschiedene Appli- 
kationen, lokale Netze und periphere 
Geräte. 


Bauelemente 

• Mikroprozessorschaltkreise 

Das Kombinat Mikroelektronik stellte 
für die 1 6-Bit-Systeme U8000 und 
Kl 810 WM86 die seriellen Interfa- 
cebausteine SCC U8030 DC04 bzw. 
U 82530 DC 06 sowie die kombinierten 
Bausteine mit Zähler/Zeitgeber und 
parallelem E/A-Port CIO U 8036 DC04 
bzw. U 82536 DC06 im 40poligen 
Dual-in-Line-Duroplastgehäuse vor 
(Bild 1). Da die Schaltkreise U 82530 
und U 82536 über einen nicht gemul- 
tiplexten Datenbus verfügen, sind sie 
auch für den Einsatz in den Mikropro- 
zessorsystemen U 880 und 1 8080 ge- 
eignet. Der SCC (Serial Communica- 
tions Controller) besitzt zwei unab- 
hängige serielle Vollduplex-Kanäle 
mit einer Übertragungsgeschwindig- 
keit von 0 bis 1 MBaud und mit zwei 
separaten Taktgeneratoren. Die CIO 
(Counter/Timer and Parallel I/O Unit) 
verfügt über zwei unabhängige, zwei- 
fach gepufferte, bidirektionale 8-Bit- 
Ports und ein 4-Bit-Spezialport. Pro- 
grammierbar sind hierbei u. a. die Po- 
larität, die Richtung (Bitmode) und die 
Ausgänge als open drain. Zwischen 4 
Handshake-Modes, u. a. 3-Wire- 
Mode (für IEC-625-Bus), kann ge- 
wählt werden. Weiterhin beinhaltet 
die CIO drei unabhängige 1 6-Bit-Zäh- 
ler/Zeitgeber mit programmierbarer 
Ausgangssignalform und Retrigger- 
barkeit. Die Schaltkreise U 8030 und 
U 8036 sind zum Z 8030 bzw. Z 8036 
kompatibel, während die Kompatibili- 
tät des Schaltkreises U 82530 zum 
182530 sowie des Schaltkreises 
U 82536 zum 1 82536 gegeben ist. 

Für die Ansteuerung von maximal 4 
Floppy-Disk-Laufwerken mit 8"- bzw. 


5 1/4"-Disketten dienen die Floppy- 
Disk-Controller Ü8272 D 08 (8-MHz- 
Takt) bzw. U8272 D04 (4-MHz-Takt). 
Zu diesen für die Mikroprozessorsy- 
steme U880, Kl 810 WM86 und 
1 8080 A geeigneten Controllern fin- 
den Sie weitere Angaben in MP 4/88 
sowie in diesem Heft. 

Neu vom Kombinat Mikroelektronik 
waren weiterhin die 8-Bit-A/D-Wand- 
ler C 670 C und C 670 Cn. Sie arbeiten 
nach dem Prinzip der sukzessiven 
Approximation mit einer Umsetzzeit 
von 25/iS und einer Genauigkeit von 
1 LSB bzw. 1/2 LSB. Diese A/D- 
Wandler-Schaltkreise beinhalten 
eine Referenzspannungsquelle, ei- 
nen Taktgenerator sowie einen Enab- 
leeingang für die Tri-state-Ausgänge. 
Folgende D/A- bzw. A/D-Wandler 
wurden erstmals in einem Keramik- 
gehäuse vorgestellt: 

C560C (D/A; 8 Bit) 

C 565 C (D/A; 12 Bit) 

C 5650 C (D/A; 10 Bit) 

C570C (A/D; 8 Bit) 

C571C (A/D; 10 Bit) 

C574C (A/D; 12 Bit). 

• dynamische RAM-Schaltkreise 
Das Kombinat Carl Zeiss JENA stellte 
als Neuheit den 256 K x 1 Bit organi- 
sierten RAM in 1,5,«m-CMOS-Tech- 
nologie U 61256 (Bild 2) in den Ge- 


schwindigkeitsklassen 80 (z.B. 

U 61 256 DC 08), 1 00, 1 20 und 1 50 ns 
sowie im Duroplast- und im Keramik- 
gehäuse vor. Durch die Betriebsarten 
statischer Seitenzugriff und schneller 
Page-Mode ist ein hoher Daten- 
durchsatz möglich. Das Kombinat 
Keramische Werke Hermsdorf bot ei- 
nen hybriden 1-MBit-DRAM gleich in 
drei verschiedenen Versionen an. 
Der 4734 ist ein 1 28-KByte-Schalt- 
kreis im 34poligen DIL-Gehäuse 
(Reihenabstand: 37,5 mm; Höhe: 
4 mm) mit 16 Chips des NMOS-RAM 
U 2164 und einer Zugriffszeit von 
260 ns. Die Schaltkreise 4735 und 
4736 sind 256 K x 4 Bit und 1 M x 
1 Bit organisiert, befinden sich in ei- 
nem 22poligen SIL-Gehäuse (Höhe: 
12 mm; Breite: 5,5 mm) und vereinen 
4 Chips des CMOS-RAM U 61 256. 
Die Zugriffszeit beider Schaltkreise 
beträgt 155 ns. 

Weitere Hybridspeicher sind der 8580 
mit 64 KByte, 32poligem DIL-Her- 
metikgehäuse (Reihenabstand: 
22,5 mm; Höhe: 8 mm), 8 Chips 
U2164 und einer Zugriffszeit von 
260 ns sowie der 4720X mit 64 K x 
9 Bit, 32poligem SIL-Gehäuse (Höhe: 
20 mm; Breite: 5,5 mm), 9 Chips 
U2164 und einer Zugriffszeit von 
260 ns (47201 ) bzw. 200 ns (47202) . 


• statische RAM-Schaltkreise 

Neue statische CMOS-RAMs zeigte 
das Kombinat Carl Zeiss JENA. Der 
Schaltkreis U6264 DG mit 8 KByte 
Speicherkapazität wurde mit Zugriffs- 
zeiten von 50 (U 6264 DG 05), 70 so- 
wie 100 ns angeboten. Er ermöglicht 
Schlafbetrieb (power down) und ist 
pinkompatibel zum EPROM U2764 
C. 

Mit einer Speicherkapazität von 
2 KByte waren der U 6516 DG 15 (ma- 
ximale Zugriffszeit: 150 ns; maximale 
Schlafstromaufnahme: 100 /jA), der 
UL 6516 DG 15 (150 ns; 10/rA) sowie 
der UL 651 6 DG 25 (250 ns ; 1 0/iA) ver- 
treten. Sie besitzen einen Adreßlatch 
(sind deshalb nicht statisch betreib- 
bar) und sind pinkompatibel zum 
EPROM U 271 6 C. 

Das Kombinat Keramische Werke 
Hermsdorf stellte den Hybridschalt- 
kreis 8563X mit 4 KByte Speicherka- 
pazität im 24poligen DIL-Hermetikge- 
häuse (Reihenabstand: 22,5 mm; 
Höhe: 8 mm) vor. Er vereint 8 Chips 
der Schaltkreisfamilie U224. Der 
Schaltkreis 85631 beinhaltet die 
Chips US 224 X 20, hat eine Schlaf- 
stromaufnahme von 24//A und eine 
Zugriffszeit von 210 ns. Die Schalt- 
kreise 85632 und 85633 beinhalten 
Chips des UL 224 X 30 (240 ^A; 
310 ns) bzw. UL 224 X 35 (240 pA; 
360 ns). 

• PROM-Schaltkreise 

Im Angebot des Kombinates Mikro- 
elektronik befanden sich der 8-KByte- 
EPRO M U2764 C C im 28poligen Kera- 
mikgehäUsö Und seine PROM-Ver- 
sion U2664 DC im Duroplastgehäuse 
(Bild 3). Diese NMOS-Schaltkreise 
können mit Zugriffszeiten von 250 
(z. B. U 2764 CC 25), 350 und 450 ns 
geliefert werden. 

Computertechnik 

Die wachsende Bedeutung dieses 
Bereiches war auch auf der diesjähri- 
gen Leipziger Frühjahrsmesse deut- 
lich zu erkennen: sei es als Mittel zur 
Rationalisierung von Leitung und Pla- 
nung oder zur Lenkung der Produk- 
tion bis hin zur unmittelbaren Steue- 
rung der Maschinen. 

Um dem Leserden Überblick über die 
Vielfalt der angebotenen Computer 
etwas zu erleichtern, wollen wir im fol- 
genden eine gewisse Klassifizierung 
vornehmen. Es muß jedoch darauf 
hingewiesen werden, daß es keine 
verbindliche Definition dafür gibt und 
sich die Grenzen - vor allem durch 
den technischen Fortschritt bedingt - 
ständig verschieben. Leistungen frü- 
herer Minirechner im Schrankformat 
werden heute oft von Auf- oder Unter- 
tisch-Arbeitsplatzcomputern erzielt; 
deren frühere Leistungen heute oft 
schon von Personalcomputern. 
Wenn man als einen Vergleichspara- 
meter beispielsweise die Operations- 
geschwindigkeit betrachtet, so errei- 
chen die modernen PCs auf Basis 
des 1 80386 heute mit bis zu vier MIPS 
(Millionen Instruktionen pro Sekunde) 
Geschwindigkeiten, die vor kurzem 
noch sogenannten Workstations, das 
heißt speziellen Ingenieurarbeitsplät- 
zen vor allem für CAD-Aufgaben und 
meist mit Motorola-Prozessoren, Vor- 
behalten waren. Diese wiederum sto- 
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Ben bereits in Bereiche von 9 und 10 
MIPS vor. Dazu kommen die rasante 
Entwicklung der Speichertechnik, 
veränderte Architekturen und ein 
wachsendes Softwareangebot, die 
die Leistungen jeder Computerklasse 
ständig nach oben erweitern. 

• Minicomputer 

Schwerpunkt der Robotron-Exposi- 
tion war zweifellos der 32-Bit-Rech- 
ner mit virtuellem Speicher (RVS) mit 
der Robotron-Bezeichnung Supermi- 
nicomputer Kl 840 (Farbbild 1; alle 
Farbbilder siehe 2. Umschlagseite). 
Mit diesem Rechner werden die 
Leistungsgrenzen zu den kleinen 
ESER-Modellen erreicht bzw. hin- 
sichtlich der Operationsgeschwindig- 
keit (1,1 Mio Op/s) sogar überschrit- 
ten. Weitere Merkmale sind der 
Hauptspeicher mit 2 bis 16 MByte 
(auf der LFM mit 8 MByte ausgestat- 
tet), ein virtueller Adreßraum bis 
4 GByte, bei Datenübertragungsra- 
ten von 2 MByte/s eine externe Spei- 
cherkapazität von max. 3 GByte und 
die Fähigkeit, mit dem Kl 840 lei- 
stungsfähige Mehrnutzersysteme 
aufzubauen. Dazu dienen für echt- 
zeitorientierte Aufgaben das Haupt- 
betriebssystem SVP 1 800 und für in- 
teraktiven Teilnehmerbetrieb MU- 
TOS1800 (UNIX-kompatibel). Für 
den Aufbau lokaler und globaler 
Netze mit 8- und 16-Bit-PCs sind 
Netzroutinen vorhanden. Der Kl 840 
ermöglicht somit den Aufbau effekti- 
ver Komponenten für eine rechnerin- 
tegrierte Fertigung und für hohe Ra- 
tionalisierungseffekte in den Berei- 
chen CAD/CAM, CAQ (Qualitätssi- 
cherung) und CAP (Arbeitsplanung). 
In einer der nächsten MP-Ausgaben 
werden wir den Kl 840 ausführlicher 
beschreiben. 

Ebenfalls einen 32-Bit-Minirechner 
präsentierte die bulgarische Hanels- 
organisation Isotimpex mit dem 
ISOT1055C (Farbbild 2), der seit 1986 
produziert wird. Er ist kompatibel zur 
VAX 11/730, hat einen Hauptspei- 
cher von 5 MByte und einen virtuellen 
Adreßraum von 16 GByte. Das Plat- 
tenspeichersubsystem besteht aus 
dem Controller und zwei Plattenspei- 
chern CM 541 6 mit je 200 MByte. Als 
Betriebssystem wird MOS VP ver- 
wendet. In Leipzig war der ISOT 
1 055C zur Darstellung der Leistungs- 
fähigkeit im CAD-Bereich mit der Gra- 
fikstation ISOT 1040C gekoppelt, de- 
ren Grafikprozessor ebenso wie der 
Prozessor des ISOT 1055C auf der 
Bit-Slice-Prozessor-Schaltkreisfami- 
lie Am 2900 basiert. An die Grafiksta- 
tion können zwei Arbeitsplätze mit ei- 
nem Monitor hoher Auflösung 
(1024 x 1024 Pixel) und einer 60-Hz- 
Bildfrequenz (vertikal) angeschlos- 
sen werden. 

Mit dem ISOT 1054 zeigte Isotimpex 
einen weiteren Minirechner, basie- 
rend auf der 16-Bit-Prozessorfamilie 
M 16-3. Der Rechner ist vor allem für 
Echtzeitaufgaben vorgesehen, das 
entsprechende Betriebssystem ist 
das DOS RV-B Vers. 4 (RSX 1 1 ). Ein 
Programmpaket für Netzarbeit, SET 
3, ermöglicht, im Rechnerverbund mit 
bis zu 1 6 Terminals zu arbeiten. 

Die Kiewer Produktionsvereinigung 
Elektronmasch offerierte die Weiter- 
entwicklung des 16-Bit-Minirechners 
CM 1800, den CM 1810 (Farbbild 3). 
Gegenüber dem Vorgänger mit 
KR 580 1 -K80A-Schaltkreis besitzt 
der CM 1910 den Mikroprozessor 
K 1 81 0 WM86 und erreicht damit eine 


Verarbeitungsgeschwindigkeit von 
2 Millionen Op/s. Die Arbeitsspei- 
cherkapazität beträgt 256 KByte, 
kann aber auf 1 , 2, 3 oder 4 MByte 
ausgebaut werden. Der ROM -läßt 
sich von 8 KByte auf 32 KByte erwei- 
tern. Als externe Speicher werden 
Floppy-Disks (CM 5640) mit 
320 KByte, Zweiplatten-Wechselkas- 
setten (CM 5408) mit 16 MByte und 
Festplatten (CM 5505) mit 20 MByte 
verwendet. Interessant ist beim 
CM 1810 die Variabilität hinsichtlich 
der äußeren Gestaltung. Die Anlage 
kann nämlich neben der im Bild ge- 
zeigten Schrankvariante auch als 
Auftisch- oder Untertischversion ge- 
liefertwerden. 

Erstmals in Leipzig gezeigt wurde 
vom tschechoslowakischen Außen- 
handelsunternehmen KOVO das 16- 
Bit-Mikrorechnersystem M 16-22, 
eine Version des Rechners CM 50/50 
in Schrankausführung. Für viele An- 
wender wird es als Ablösung für die 
Anlagen CM 4/20 oder CM 52/1 1 von 
Interesse sein. Das Haupteinsatzge- 
biet wird in SKR-Netzen (unter Ether- 
net) und in der Prozeßsteuerung lie- 
gen. Der 0,5-MByte-Hauptspeicher 
ist auf 2 MByte erweitert; als Betriebs- 
system wird das DOS RV V3 verwen- 
det, das Echtzeitbetrieb unterstützt. 
Mit dem rumänischen Minirechner 
1100 starteten die ICE-FELIX-Werke 
vor elf Jahren eine auch bei vielen 
DDR-Nutzern bekannte Entwicklung, 
die sich über den 1102 F fortsetzte 
und zur neuesten Version, der 1 106 
(Farbbild 4) führte. Hauptmerkmal 
dieser auch in Bit-slice-Technik (von 
AMD) realisierten Anlage ist die Er- 
weiterung des Hauptspeichers auf 
4 MByte. Die bei den Vorgängern auf 
sieben Leiterkarten untergebrachte 
CPU beansprucht jetzt nur noch zwei 
Platinen. 

Das Echtzeit-Multiprogramming-Be- 
triebssystem MIC-PLUS besitzt volle 
Kompatibilität zum RSX-11 M PLUS 
V 2.1 und DECNET-1 1 PLUS V 1 .1 . 

• Mikrocomputer 

Dieser recht umfangreichen Klasse 
lassen sich sowohl transportable 
Computer zuordnen - zum Beispiel 
der EPSON PX16, dessen interes- 
santes Modulkonzept wir in unserem 
Heft 9 vorstellen werden, als auch die 
zahlreichen Büro- und Personalcom- 
puter bis hin zum leistungsfähigen In- 
genieurarbeitsplatz, beispielsweise 
der Workstation HP 9000. 

Zunächst aber ein Wort zu den soge- 
nannten Kompatiblen (siehe auch 3. 
und 4. Umschlagseite); Obwohl der 
von der Firma IBM 1981 herausge- 
brachte PC nicht der erste und auch 
nicht der leistungsstärkste seiner 
Klasse war, haben unter den Bedin- 
gungen des Marktes international 
zahlreiche Hersteller diesem Konzept 
mit eigenen - kompatiblen - Produk- 
ten Rechnung getragen, so daß 
schließlich aufgrund seiner Verbrei- 
tung der PC bzw. Kompatible und mit 
ihnen das Betriebssystem PC-DOS 
bzw. MS-DOS zum inoffiziellen Stan- 
dard wurden. (Das führte sogar dazu, 
daß der eigentlich für eine Computer- 
klasse geschaffene Begriff Personal 
Computer = Computer zur persönli- 
chen Benutzung oft als Synonym für 
1BM-PC bzw. IBM-PC-kompatibel 
verwendet wird.) Dieser Trend erhielt 
noch Auftrieb durch die technische 
Weiterentwicklung des PC zum PC 
XT 1983 und zum PC AT im Jahre 
1984 (AT = Advanced Technology), 


deutlich sichtbar auf den internationa- 
len Messen. 

Auf der LFM’88 hielt sich das Ange- 
bot von XT- und AT-Kompatiblen 
etwa die Waage. DieAT-Modelle bie- 
ten vor allem den Vorteil höherer Ver- 
arbeitungsgeschwindigkeit durch den 
Prozessor 80286, der gegenüber 
dem 8088 nicht nur eine höhere T akt- 
frequenz besitzt, sondern bestimmte 
Aufgaben auch mit weniger Taktzyk- 
len erledigt. Für viele CAD-Anwen- 
dungen oder Desktop Publishing ha- 
ben ATs daher bessere Vorausset- 
zungen. Allerdings lassen sich auch 
XTs durch Umrüsten mit 80286-Pro- 
zessorkarten später prinzipiell auf 
AT-Niveau heben, mit einer 80386- 
Prozessorkarte sogar auf 32-Bit-Ni- 
veau. Solche und „echte“ 32-Bit-PCs 
wurden auf der LFM außer von der 
polnischen Firma ZI PO zwar von kei- 
nem Aussteller angeboten, waren 
aber bei mehreren im Lieferpro- 
gramm. (Über das Systemangebot 
von ZIPO und andere PC-Applikatio- 
nen werden wir in MP 8/88 berich- 
ten). 

International umstritten ist noch, ob 
bzw. wann sich das von IBM 1987 
vorgestellte Personal System PS/2 
zur Ablösung der PC-Modelle wie- 
derum als Standard durchsetzen 
wird. (Über das PS/2 berichteten wir 
im Überblick bereits in MP 8/87.) In 
Leipzig waren die Modelle 30, 50 und 
60 zu sehen. Die Firma Risto (bzw. 
Böwe Systemvertrieb GmbH) zeigte 
die Modelle 30 und 60 in Verbindung 
mit gelungenen Bildschirm-Arbeits- 
plätzen vor allem für CAD/CAM-An- 
wender. Das Modell 30 (Farbbild 5) 
mit 8086-Prozessor (8 MHz) ist als 
Einstiegsmodell in das PS/2 gedacht, 
auf dem unter PC DOS 3.3 die auf 
herkömmlichen PCs erstellte Anwen- 
dersoftware abgearbeitet werden 
kann. Hinderlich ist allerdings, daß 
alle PS/2-Modelle nur über 3 1/2-Zoll- 
Diskettenlaufwerke verfügen; 5 1/4- 
Zoll-Laufwerke müssen extern betrie- 
ben werden. Die Hauptspeicherkapa- 
zität beträgt 640 KByte bis 2,6 MByte, 
die Kapazität der Diskette 720 KByte, 
die der Festplatte 20 MByte. 

Das Modell 50 (Farbbild 6), neben 
dem Modell 30 und Modell 60 von der 
österreichischen Vertriebsfirma IBM 
ROECE gezeigt, besitzt als leistungs- 
stärkeres Gerät den 80286-Prozes- 
sor mit 10 MHz und - im Gegensatz 
zum Modell 30 - bereits die neue Mi- 
cro-Channel-Architektur, die einen 
bedeutend schnelleren Datentransfer 
ermöglichen soll. Weitere Daten: 1 
bis 7 MByte Hauptspeicher, 3,5-Zoll- 
Floppylaufwerk mit 1,44 MByte, 20- 
MByte-Festplatte (80 ms Zugriffs- 
zett). Als Standmodell ausgeführt ist 
das Modell 60 (Farbbild 7), das sich 
vor allem durch größere Speicherka- 
pazität und mehr Erweiterungsmög- 
lichkeiten auszeichnet. So läßt sich 
der Hauptspeicher bis zu 15 MByte 
aufrüsten, die Festplattenkapazität 
auf 70 MByte bei einer Zugriffszeit 
von 30 ms. Auch hier kommt der 
80286-Prozessor mit 10 MHz zum 
Einsatz. Wie das Modell 30, so kön- 
nen auch die Modelle 50 und 60 unter 
PC DOS 3.3 betrieben werden, letz- 
tere zusätzlich jedoch auch unter 
dem neuen Betriebssystem OS/2. 
Damit lassen sich nun auch die Multi- 
tasking-Eigenschaften des 80 286 in 
der geschützten Betriebsart (p'rotec- 
ted mode) nutzen. Das OS/2 ist Teil 
der IBM-System-Applikations-Archi- 
tektur (SAA), einem Katalog von Re- 


geln und Konventionen, deren Ein- 
haltung es erlaubt, Anwendungspro- 
gramme vom System /370 über die 
System /3X-Familie bis zu den PCs 
einsetzen zu können. Das leistungs- 
stärkste Gerät des PS/2, das Modell 
80 mit 32-Bit-Prozessor 80386, war 
in Leipzig nicht ausgestellt. 

Das sowjetische Außenhandelsun- 
ternehmen Elektronintrog zeigte 
mehrere Mikrocomputer, von denen 
vor allem der MC 0104 in Tower-Aus- 
führung bemerkenswert war (Farb- 
bild 8). Er ist als Ingenieurarbeitsplatz 
vor allem für Echtzeitaufgaben und 
Multiuserbetrieb vorgesehen, wobei 
das Multifunktions-Betriebssystem 
MOS 32 M zum Einsatz kommt. Der 
32-Bit-Mikroprozessor in VLSI-Tech- 
nik KM 1807 WM2 erlaubt eine Re- 
chengeschwindigkeit von 0,1 MIPS. 
Weitere Merkmale sind eine RAM- 
Größe von 1 ,5 MByte, ein physischer 
Adreßraum von 4 MByte, ein virtueller 
Adreßraum von 4 GByte. Als externe 
Speicher sollen 2 Diskettenlaufwerke 
mit je 800 KByte und eine Harddisk 
mit 20 bis 70 MByte eingesetzt wer- 
den können. Der Farbgrafikbild- 
schirm Elektronika MS 7105 besitzt 
eine Auflösung von 512 x 560 Punk- 
ten. 

Der ebenfalls gezeigte MC 0507.04 
(Farbbild 9) ist ein 1 6-Bit-PC mit etwa 
0,1 MIPS, einem RAM von 1 MByte 
und insgesamt etwa 6 MByte Extern- 
speicherkapazität. Als Zentralprozes- 
sor wird der KM 1801 WM3 verwen- 
det. als Gleitkommaarithmetikpro- 
zessorder KM 1801 WM4. 

Schließlich war im Angebot von Elek- 
tronintorg noch der Personalcompu- 
ter Elektronika 85 (MC 0585) zu sehen 
(Farbbild 10). 

Er basiert auf 16-Bit-Mikroprozesso- 
ren der LSI-Schaltkreisserie 1811. 
Der RAM beträgt 512 KByte, der 
ROM 16 KByte, der Adreßraum 
4 MByte. Als Verarbeitungsge- 
schwindigkert wurden 0,6 MIPS an- 
gegeben. 

Der Elektronika 85 besitzt 2 Disket- 
tenlaufwerke mit je 800 KByte und 
eine Harddisk mit 10 MByte. Der 
"Farbmonitor hat eine Auflösung von 
512 x 560 Punkten. Als Betriebssy- 
steme sind PROS und FODOS/RA- 
FOS vorhanden; es besteht Pro- 
grammkompatibilität zu den Rech- 
nern CM 4, CM 5, Elektronika 79 so- 
wie EL-KA60 und MC 1212. Über ei- 
nen Adapter soll sich IBM-Kompatibi- 
lität erreichen lassen. 

Hewlett Packard, seit vielen Jahren 
auf der Leipziger Messe vertreten, 
stellte diesmal das Modell 310 der 
9000er Serie aus (Farbbild 11). Die 
Basis dieser Workstation ist der Pro- 
zessor Motorola MC 68 01 0, der über 
eine interne 32-Bit-Architektur und 
externe 16- bzw. 24-Bit-Daten-bzw. 
Adreßbusse verfügt, mit 10 MHz ge- 
taktet ist und mit 0 Wait States arbei- 
tet. Der vorhandene 1-MByte-RAM 
läßt sich auf 7,5 MByte aufrüsten; der 
virtuelle Speicherraum beträgt 
1 6 MByte. Mit diesen Merkmalen kön- 
nen die Modelle der Serie 9000 vor al- 
lem für anspruchsvolle Ingenieurar- 
beiten verwendet werden. Dazu trägt 
eine leistungsfähige grafische Peri- 
pherie und die entsprechende Soft- 
ware bei. Das Standard-Betriebssy- 
stem ist das multi-tasking/multi-user- 
Betriebssystem HP-UX (eine Imple- 
mentation des UNIX V.2); bei Einsatz 
eines Koprozessors ist jedoch auch 
die Arbeit unter DOS möglich. 

Hans WeißlHerbert Hemke 
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AT-kompatibel • 80286-Prozessor mit 6/8 
MHz • 51 2 KByte RAM ■ 720 KByte/1 ,2 MByte 
Floppy • 20/40 MByte Festplatte 
ENSCH Entec 160 Luxemburg 

XT-kompatibel • 8088-Prozessor mit 4,77/8 
MHz ■ 640 KByte RAM • 360 KByte Floppy • 
20 MByte Festplatte 

ALR DART Singapur 

AT-kompatibel • 80286-Prozessor mit 8/10 
MHz • optional 80287-Koprozessor • 1 bis 2 
MByte RAM • bis 1,2 MByte Floppy • 20 
MByte Festplatte 

EPSON PC AX 2 Japan 

AT-kompatibel • 80286-Prozessor mit 8/10 
MHz ■ 640 KByte bis 16 MByte RAM • 1,2 
MByte Floppy • 20/40 MByte Festplatte 
Commodore PC 1 USA 

XT-kompatibel • 8088-Prozessor mit 4,77 
MHz • 512 bis 640 KByte RAM • 360 KByte 
Floppy 

PP 06 ÖSSR 

XT-kompatibel • 8088-Prozessor • 8087-Ko- 
prozessor • 256 bis 640 KByte RAM • 250 
KByte Floppy • 20 MByte Festplatte 
Iskra Partner AT Jugoslawien 

AT-kompatibel • 80286-Prozessor mit 6/8 
MHz • 1 MByte RAM • 1 ,2 MByte Floppy • 20/ 
40 MByte Festplatte • optional 20 MByte 
Streamer 

Elwro 801 AT Polen 

AT-kompatibel • 80286-Prozessor mit 6/8 
MHz • 512 bis 2 MByte RAM ■ 360 KByte bis 
1 ,2 MByte Floppy • 20 MByte Festplatte 
Atari PC 2 USA 

XT-kompatibel • 8088/2-Prozessor mit 4,77/8 
MHz • 512 bis 640 KByte RAM ■ 360 KByte 
Floppy • 30 MByte Festplatte 
Mazovia Polen 

XT-kompatibel • 8086-Prozessor • 8087-Ko- 
prozessor • 256 bis 640 KByte RAM • 360 
KByte Floppy • 1 0/30 MByte Festplatte 
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VT 160 Ungarn i 

AT-kompatibel • 80286-Prozessor 640 
KByte bis 2 MByte RAM ■ 1 ,2 MByte Floppy • 
20/40 MByte Festplatte 

EC 1838 Bulgarien 2 

AT-kompatibel • 80286-Prozessor mit 8/10 
MHz 80287-Koprozessor • 640 KByte bis 3 
MByte • 1,2 MByte Floppy • 10/20 MByte 
Festplatte 
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Kompatible 
im Überblick 

Wie alle großen internationalen Industrie- 
messen, so ließ auch die Leipziger Frühjahrs- 
messe dieses Jahres einen der gegenwärti- 
gen Trends im Computerbereich erkennen: 
Die Kompatiblen sind im Kommen Nie zuvor 
waren in Leipzig so viele Aussteller mit Gerä- 
ten dieser Computerklasse vertreten. Ge- 
meint sind damit die Personalcomputer, die 
den PCs der Firma IBM mehr oder weniger 
ähneln. Die Kompatibilität sprich Verträg- 
lichkeit - reicht dabei von MS-DOS-Kompati- 
bilitat. also der Möglichkeit, das Do Facto 
Standard-Betriebssystem lur Emplatzsy- 
steme im 16-Bit-Bereich nutzen zu können, 
bis zur Steckkarten- also Hardware-Kompati- 
bilität. Die angebotenen PCs verschiedener 
Hersteller haben demnach alle ihre Spezi- 
fika, auf die im Rahmen unseres Messebe- 
richtes in diesem Heft kaum eingegangen 
werden kann Die beiden letzten Umschlag- 
seiten machen dennoch deutlich, wie sich 
das Konzept einer Computerklasse innerhalb 
weniger Jahre weltweit durchgesetzt hat 



AT-kompatibel 80286-Prozessor mit 16 
MHz 1 ,2 MByte Floppy • 40 MByte Festplatte 

EC 1834 DDR 3 

XT-kompatibel K-1810WM86-Prozessor 
(8086) 156 bis 640 KByte RAM 320/720 
KByte Floppy • 30/50 MByte Festplatte 
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Bild 1 Struktur des UNIX-kompatiblen Betriebs- 
systems Apollo DOMAINIOS 




Lesen Sie bitte dazu unseren Beitrag auf Seite 227. 
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Zum Titelbild 

Da das Betriebssystem UNIX nicht an einen einzel- 
nen Rechnertyp gebunden und leicht portierbar ist, 
wird von vielen Rechnerherstellern kein eigenes 
Betriebssystem entwickelt. UNIX stellt dabei das er- 
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sowie auf Probleme der Softwareentwicklung mit 
UNIX eingegangen. Der Beitrag zum Betriebssy- 
stemkonzept beinhaltet u. a. eine Darstellung der 
Arbeiten zur Implementation UNIX-kompatibler Be- 
triebssysteme auf DDR-Rechnern. 
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Leistungsanstieg 
in Sömmerda 

Mit neuen Druckern und Personal- 
computern erweitert das Büroma- 
schinenwerk „Ernst Thälmann" Söm- 
merda in diesem Jahr sein Produk- 
tionsprogramm leistungsfähiger Aus- 
rüstungen für die CAD/CAM-Techno- 
logie. Acht neue Erzeugnisse, darun- 
ter zwei elektronische Konsumgüter, 
wollen die Beschäftigten des größten 
Robotron-Betriebes in die Serienferti- 
gung überleiten. Zu den Neuentwick- 
lungen gehören der 16-Bit-Computer 
EC 1 834 sowie der Laserdrucker EC 
7230 (siehe unseren Messebericht). 
Für den neuen Drucker sind 15 Pa- 
tente angemeldet. Das Betriebskol- 
lektiv sichert damit einen Neuheits- 
grad seiner Produktion von mehr als 
40 Prozent. Zahlreiche Initiativen der 
13000 Werktätigen zielen auf eine 
weitere Erhöhung der Stückzahlen. 
So sollen 1988 erstmals mehr als 
100000 Seriendrucker hergestellt 
werden. Das entspricht einem Zu- 
wachs um mehr als 25 Prozent im 
Vergleich zu 1987. Voraussetzungen 
dafür werden gegenwärtig durch 
komplexe Rationalisierung der Druk- 
kermontage geschaffen. 

AON 


EC 1057 

für Csepel-Werke 

Als erster Export-Auftrag ist im Juni in 
Budapest ein Robotron-Rechner der 
dritten ESER-Generation an das 
rechentechnische Unternehmen der 
Csepel-Werke übergeben worden. 
Gleichzeitig vereinbarten das DDR- 
Kombinat und der ungarische Betrieb 
eine langfristige Zusammenarbeit un- 
ter anderem auf dem Gebiet der Soft- 
ware-Entwicklung und Hardwarean- 
passung. 

Robotron- Rechner haben sich in Un- 
garn unter anderem in den Videoton- 
Werken sowie an der Universität De- 
brecen bewährt. 

AON 


Verhandlungen 
Japan— USA 

über Halbleiter-Exporte 
gescheitert 

Zweitägige Verhandlungen Japan- 
USA über eine Neufestsetzung der 


Exportquoten für Halbleiter sind im 
Juni in Tokio gescheitert. Das wurde 
von Repräsentanten der Industriever- 
bände beider Länder auf getrennten 
Pressekonferenzen in der japani- 
schen Hauptstadt mitgeteilt. Die 
USA-Elektronikindustrie fordert, ih- 
ren Marktanteil in Japan von gegen- 
wärtig knapp zehn Prozent bis 1 991 
zu verdoppeln, da Japans Elektonik- 
konzerne in den USA denselben 
Marktanteil hätten. 

Die japanischen Chiphersteller sehen 
dagegen in einer Exportgarantie für 
die USA-Halbleiterindustrie eine Ein- 
schränkung des freien Wettbewerbs. 
Sie schlagen stattdessen eine langfri- 
stige Kooperation von Chipproduzen- 
ten und Anwendern der USA, Japans 
und Westeuropas vor. 

AON 

Was bedeutet COCOM? 

Das sogenannte Koordinierungsko- 
mitee für Ost-West-Handelspolitik 
(COCOM) wurde 1949 gebildet. Ihm 
gehören gegenwärtig 16 kapitalisti- 
sche Staaten, darunter alle NATO- 
Länder (außer Island) sowie Japan, 
an. Die Etablierung des Gremiums er- 
folgte unter Berufung auf westliche 
Sicherheitsinteressen mit dem Ziel, 
„strategisch bedeutsame Waren“ 
und Technologien auflisten zu las- 
sen, die von den COCOM-Mitgliedern 
nicht oder nur beschränkt in sozialisti- 
sche Länder exportiert werden dür- 
fen. Diese seit dem 1. Januar 1950 
aufgestellten COCOM-Listen umfas- 
sen vor allem Geräte, Apparaturen 
und Ausrüstungen aus dem Bereich 
der Hochtechnologien - unter ande- 
rem Computer-jedoch auch, wie das 
1978 gegen die UdSSR verfügte 
Röhren-Embargo bewies, Erzeug- 
nisse der Schwerindustrie und des 
Maschinenbaus. 

Der aus der Zeit des kalten Krieges 
stammende Export-Verbots-Index ist 
immer wieder ergänzt worden. Vor al- 
lem in den letzten Jahren haben die 
USA massivsten Druck gegen solche 
Staaten wie Australien und Neusee- 
land, neutrale europäische Länder 
wie Schweden, die Schweiz und 
Österreich sowie auch gerade auf 
Entwicklungsländer ausgeübt, das 
von COCOM verfügte Ausfuhrverbot 
zu respektieren. 

aus Neues Deutschland vom 30./31. 1. 1988 


In eigener Sache 

Für eine weitere Redakteurstelle in unserer Zeitschrift suchen wir einen 
geeigneten Mitarbeiter bzw. eine Mitarbeiterin mit abgeschlossenem 
Hoch- oder Fachschulstudium und guten Kenntnissen der Computer- 
technik. 

Zu den Aufgaben gehören unter anderem das redaktionelle und fachli- 
che Bearbeiten von Manuskripten, der Besuch und die Auswertung 
von Fachtagungen, -messen und -ausstellungen, die Zusammenarbeit 
mit Autoren und Gutachtern sowie ggf. das Testen und Beurteilen von 
Programmen, die der Redaktion zur Veröffentlichung eingereicht wer- 

Falls Sie Interesse an dieser Tätigkeit haben und im Raum Berlin woh- 
nen, rufen Sie uns unter Tel. 2870371 oder 2870203 an oder schrei- 
ben Sie an: 

VEB Verlag Technik, Redaktion MP, Oranienburger Str. 13114, Berlin, 
1020 


Hinweise 

für das Anfertigen von Manuskripten 

1 . Die mit Maschine einseitig beschriebenen Manuskripte - 2zei!ig, 60 
Anschläge/Zeiie. 30 Zeilen/Seite - senden Sie bitte in zweifacher Aus- 
fertigung ein. 

Als Manuskript können auch Computerausdrucke mit einem sauberen 
und kontrastreichen Schriftbild dienen, sofern durchschnittlich 60 An- 
schläge je Zeile eingehalten werden (also wie bei Schreibmaschine mit 
Silbentrennung, kein Randausgleich!). Bei Verwendung von Matrix- 
druckern ist mindestens Near Letter Quality (NLQ) notwendig. 

2. Der Umfang des Manuskriptes soll im allgemeinen 10 Seiten nicht 
überschreiten. Die maximale Länge des Textteiles von Angeboten und 
Suchmeldungen für die Rubrik „Börse“ beträgt 30 Zeilen. 

3. Das Manuskript beginnt mit einer aussagekräftigen, aber knappen 
Überschrift; es folgen der volle Vor- und Zuname, der akademische 
Grad und bei Beiträgen aus Ihrem Arbeitsbereich die Institution. 

4. Versuchen Sie, dem Leser die Aufnahme der Informationen zu er- 
leichtern; bei der Gestaltung des Textteiles sollten Sie also folgendes 
beachten: 

- Beitrag übersichtlich gliedern! 

(Zwischenüberschriften, Absätze; evtl. kurze Zusammenfassungen, 
Hervorhebung von Kernsätzen) 

- Wo es der Aussage oder Anschaulichkeit dient, verwenden Sie bitte 
Bilder, Tafeln und Fotos (s. Pkt. 6). 

5. Werden Abkürzungen verwendet, sind die im Duden aufgeführten 
zu nutzen; zusätzlich abzukürzende Begriffe sind beim ersten Auftreten 
auszuschreiben, und die Abkürzung ist in Klammern zu setzen. 

6. Bilder, Tafeln und Fotos müssen als Anhang getrennt numeriert 
beigelegt werden. Die Einordnung ist im Text zu kennzeichnen. Fürdie 
erläuternden Unterschriften - sie sind bei allen Bildern, Tafeln und Fo- 
tos notwendig! - ist ein gesondertes Manuskriptblatt zu verwenden. 
Bilder und Tafeln können als übersichtliche und eindeutig lesbare Blei- 
stiftzeichnung bzw. maschinengeschrieben eingereicht werden. Um 
Satzfehler, insbesondere bei Listings zu vermeiden, sind diese als re- 
profähige Vorlage zu liefern (kontrastreicher Druck auf weißem Papier, 
auch saubere Schreibmaschinenschrift ist möglich). 

Schwarzweißfotos sollten etwa das Format 13 cm x 18cm haben (das 
Negativ wird nicht benötigt). 

Farbfotos stimmen Sie bitte mit der Redaktion ab. Geben Sie bei hono- 
rarpflichtigen Fotos den Namen und die Adresse bzw. Konto-Nr. des 
Bildautors an! 

7. Bedenken Sie, daß die Anzahl der Zeichen pro Zeile im Druck gerin- 
ger ist als im Manuskript, Passen Sie also im Interesse einer korrekten 
Wiedergabe Gleichungen, Formeln, kurze Programmauszüge u. ä , die 
im laufenden Text erscheinen sollen, von vornherein an die Spalten- 
breite (etwa 40 Anschläge) an. 

Wo dieses nicht möglich ist, sind diese Zeilen als Bilder zu deklarieren. 

8. Literaturverzeichnisse werden, in Schrägstriche eingeschlossen, 
fortlaufend numeriert, z.B. „wie in IV und 12! eindeutig dargesteilt 
wurde“, oder „auch Meyer hat in 13/ darauf hingewiesen“. Das Ver- 
zeichnis der verwendeten Literatur wird auf einem gesonderten Manu- 
skriptblatt nach folgendem Schema angetertigi ; 

Literatur: 

IV Menzer, R.; Richter, B.: Neue Technologien für Digitalisiergeräte. 

Feingerätetechnik, Berlin 34 (1985) 9, S. 386 
I2J Claßen, L.; Oefler, U.: Wissensspeicher Mikrorechnerprogrammie- 
rung. Berlin; VEB Verlag Technik 1986 

9. Jedem Fachartikel ist gesondert ein etwa 10 Zeilen umfasssender 
Referateteil beizufügen, der das Wesentliche des Beitrages beinhaltet. 

1 0. Bei Fachaufsätzen ist ein kurzes Autorporträt - mit Angaben 
über Alter, Ausbildung, beruflichen Werdegang, die jetzige Tätigkeit 
und Aufgabenschwerpunkte - erwünscht. 

1 1 . Unterstützen Sie bitte unsere Bemühungen, den Erfahrungsaus- 
tausch zu fördern, indem Sie für Interessenten eine Kontaktadresse 
und Telefonnummer angeben. 

12. Denken Sie daran, bei Fachbeiträgen aus Ihrem Arbeitsbereich 
die Veröffentlichungsgenehmigung der Dienststelle beizulegen. 

1 3. Nicht zu vergessen sind schließlich die private und dienstliche An- 
schrift, Ihre Konto-Nr. (bei mehreren Autoren Aufteilung des Honorars 
in Prozentangeben) sowie für evtl. Rückfragen eine Telefonnummer. 
Bitte überprüfen Sie vor dem Absenden des Manuskriptes noch einmal 
die Einhaltung dieser Hinweise - Sie vermeiden damit unnötige Verzö- 
gerungen bei der Bearbeitung und Veröffentlichung Ihres Beitrages. 
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Das Betriebssystemkonzept UNIX 


Dr. Ludwig C laßen 

VEB Elektro- Apparate-Werke Berlin- 
Treptow „Friedrich Ebert“, Zentrum 
für Forschung und Technologie 


Die Entwicklung der Mikroprozessortechnik 
ist in den letzten Jahren durch eine enorme 
Leistungssteigerung auf dem Hardwaresek- 
torgekennzeichnet, der für einen breiten An- 
wenderkreis, besonders bei den vielen de- 
zentral eingesetzten Arbeitsplatzcomputer- 
systemen, sichtbar wird. 

Durch die Einführung moderner hochinte- 
grierter Mikroprozessor- und Speicherchips 
( 16-132-Bit-MP ; 256-KBit-ll -MBit-DRAM) 
sowie durch den Einsatz leistungsfähiger 
Massendatenspeicher (Floppy-Disk/Hard- 
Disk) mit großer Speicherkapazität ermögli- 
chen Arbeitsplatzcomputer heute Problem- 
lösungen, die früher nur Großrechnern Vor- 
behalten waren: die Ausführung komplizier- 
ter wissenschaftlicher Berechnungen, die 
Lösung von Problemen, die bei der Leitung 
und Planung von ökonomischen Prozessen 
anfallen, die rechnergestützte Forschung, 
Entwicklung und Fertigung (CAD/CAM/CIM) 
und vieles andere mehr. 

Einen entscheidenden Einfluß auf die effek- 
tive Nutzung der modernen Computersy- 
steme haben das Betriebssystem und die zur 
Problemlösung eingesetzte Programmier- 
sprache. 

Auf diesem Gebiet hat in den letzten Jahren 
wohl kaum eine Entwicklung so eine Bedeu- 
tung erlangt, wie die außerordentlich breite 
Nutzung des Betriebssystemkonzeptes 
UNIX und der problemorientierten Sprache C 
IV. 

Die wichtigsten Faktoren, die international zu 
den mit zwei- und dreistelligen prozentualen 
Zuwachsraten pro Jahr steigenden Einsatz- 
zahlen von UNIX-Computersystemen ge- 
führt haben, können in vier Punkten zusam- 
mengefaßt werden: 

• UNIX wird nicht von einem einzelnen Her- 
steller beherrscht und ist nicht an einen ein- 
zelnen Rechnertyp gebunden. Diese Tatsa- 
che, zusammen mit der relativ einfachen Im- 
plementierung von UNIX, führte dazu, daß in- 
ternational viele Rechnerhersteller statt der 
sehr aufwendigen Entwicklung eines eige- 
nen Betriebssystems für ihren neuen Mikro- 
computer, zu dem leicht portierbaren UNIX 
griffen. 

UNIX stellt dabei das erste Software-Be- 
triebssystem in der Computergeschichte dar, 
das alle Rechnerklassen (Mikrocomputer; 
Minicomputer; Großrechner) überstreicht. 
Dadurch entstand auf vielen unterschiedli- 
chen Computersystemen eine nahezu ein- 
heitliche, herstellerunabhängige Benutzer- 
oberfläche mit einer Fülle, auch wiederum re- 
lativ leicht portierbarer, Anwendungssoft- 

• UNIX bietet für die Softwareentwicklung 
eine hervorragend geeignete Arbeitsumge- 
bung mit einer großen Anzahl von Entwick- 
lungswerkzeugen (Tools), die durch ihren 
Aufbau und ihre Struktur sehr einfach und fle- 
xibel miteinander kombiniert werden können. 
Die Grundkonzepte des Betriebssystems 
UNIX enthalten eine Reihe von genialen rich- 
tungweisenden Ideen. 


UNIX ist deshalb ein sehr leistungsfähiges, 
umfangreich erprobtes Multi-User-/Time- 
Sharing-Betriebssystem, dessen Systemphi- 
losophie modernsten Auffassungen und An- 
forderungen entspricht. 

• Der Betriebssystemkern von UNIX besitzt 
einen relativ einfachen Aufbau, dessen, 
manchmal geäußerte, vermeintliche Primitiv- 
struktur der Datei- und Prozeßverwaltungs- 
mechanismen dem Anwender eine außeror- 
dentliche Flexibilität auf der Ebene der Sy- 
stemaufrufe bietet. 

• Zum Betriebssystem UNIX gehören als 
untrennbare Einheit die Programmierspra- 
che C und der sehr komfortable Kommando- 
interpreter Shell. Beide besitzen eine sehr 
große Anpassungs- und Leistungsfähig- 
keit. 

UNIX biete durch konsequent durchgängige 
Anwendung der maschinenunabhängigen 
Programmiersprache C und durch Verein- 
heitlichung der verbleibenden hardwarebe- 
zogenen Assemblerprogrammteile (Ein-/ 
Ausgabe, Memory Management . . .) günstig- 
ste Voraussetzungen zur Implementation auf 
unterschiedlichsten Hardwarekonfiguratio- 
nen. 

Entwicklung desUNIX- 
Betriebssystemkonzeptes 

Die Entwicklung des Betriebssystemkonzep- 
tes UNIX nahm international im Jahre 1969/ 
70 ihren Anfang. Ausgangspunkt war die Un- 
zufriedenheit mit der vom Rechnerhersteller 
angebotenen Betriebssystemsoftware für ei- 
nen Minicomputer. Zielstellung war die 
Schaffung eines universellen Betriebssy- 
stems für Kleinrechner mit standardisierter 
Benutzerschnittstelle. Außerdem sollte die 
Zugänglichkeit des Rechners für den Pro- 
grammierer durch interaktiven Mehrbenut- 
zerbetrieb erhöht und das koordinierte Zu- 
sammenwirken eines ganzen Teams von 
Softwarebearbeitern während einer Produkt- 
entwicklung unterstützt werden. 

Die Arbeiten wurden zunächst vorwiegend 
auf der Basis von Minicomputern durchge- 
führt. Erreicht wurden die Zielstellungen 
durch die Einarbeitung einer ganzen Reihe 
von richtungweisenden neuen Basiskonzep- 
ten (hierarchische Dateiverwaltungsstruktur; 
Ein-/Ausgaberedirektion u. a. m.), durch eine 
hohe Modularisierung des gesamten Sy- 
stems und durch die konsequente Anwen- 
dung der parallel entwickelten maschinenun- 
abhängigen höheren Programmiersprache 
C. Etwa 95% der Systemsoftware von UNIX 
wurden in C geschrieben und nur 5 % des auf 
einen konkreten Rechner Bezug nehmenden 
Teils von UNIX bedient sich der jeweiligen 
maschinenabhängigen Assemblersprache. 
Das entstandene Betriebssystem, auf den 
Namen UNIX getauft, setzte sich Anfang der 
achtziger Jahre sehr schnell bei vielen Mini- 
computeranwendern durch, vor allem in 
Lehre und Forschung. 

Das führte in der Folge zu einer Kettenreak- 
tion, bezogen auf die Verbreitung dieses 
Softwaresystems. 

Neue starke Impulse für die Applikation von 
UNIX und C gingen ab 1983 von der breiten 
Einführung sehr leistungsfähiger 16-Bit-Mi- 
kroprozessoren, hochintegrierter 64-KBit- 
Speicherchips und 5V4-Zoll-Winchesterplat- 
tenlaufwerken aus. 


Heute kann festgestellt werden, daß das 
Time-Sharing-Betriebssystem UNIX und 
seine maschinenunabhängige Implementie- 
rungsprogrammiersprache C zu einem Stan- 
dard bei Klein- und Mikrorechnern geworden 
ist, der international von allen führenden 
Bauelemente- und Systemherstellern unter- 
stützt wird. 

Im Ergebnis dieser Entwicklung entstand und 
entsteht eine Fülle von in C für das Betriebs- 
system UNIX geschriebener Software, die für 
ganz unterschiedliche Aufgabenklassen Pro- 
gramme bereitstellt. Durch ihre Anpassung 
an eine einheitliche Systemschnittstelle 
(UNIX-Systemcalls) und durch ein einheitli- 
ches Sprachkonzept (C) ist diese Software 
auf ganz unterschiedlichen Rechnersyste- 
men anwendbar. 

Das Anwenderspektrum reicht heute von 
Prozeßsteuerungen durch UNIX-Mikrorech- 
ner über UNIX-gesteuerte Nachrichtennetze, 
bis zu CAD/CAM-Entwurfssystemen. Für Mi- 
krorechnerentwicklungssysteme hat sich 
UNIXzum internationalen Standard schlecht- 
hin entwickelt. 

Im Mittelpunkt der UNIX-Entwicklung stehen 
seit 1 986/87 international insbesondere Ver- 
einheitlichungs- und Standardisierungsbe- 
mühungen sowohl zum Systemkern als auch 
zu den Bibliotheksfunktionen und den Pro- 
grammierwerkzeugen. Das ist besonders 
wichtig, nachdem einige Jahre verschiedene 
UNIX-Versionen auseinanderzulaufen schie- 
nen. 

Das derzeit aktuelle Ergebnis dieser Stan- 
dardisierung wird international unter dem Na- 
men „UNIX System V Rel. 3“ verbreitet. 

An dieser Stelle noch einige Bemerkungen 
zu der etwas verwirrenden Namensgebung 
von UNIX-Betriebssystemprodukten. Es ist 
grundsätzlich zu beachten, daß der Name 
UNIX als Bezeichnung für ein Computerbe- 
triebssystem nur für originale Produkte des 
die Urheberrechte besitzenden Rechtsträ- 
gers (Bell Systems Software 121) zulässig ist. 
Wurde von diesem Rechtsträger eine UNIX- 
Weitergabelizenz an eine andere Firma oder 
Institution vergeben, durfte in der Vergan- 
genheit der ursprüngliche Name nicht mehr 
benutzt werden. Das übernommene, not- 
wendigenfalls etwas modifizierte und auf an- 
dere CPU-Systeme zugeschnittene UNIX 
muß einen neuen Namen bekommen (XE- 
NIX, OS/1, Onyx, MUNIX, SINIX ...; Bild 1, 
2. US) 

Eine andere Gruppe von UNIX-Anwendern 
arbeitet lizenzfrei mit eigenen Softwarepro- 
dukten, die mehr oder weniger 1 00 %ig die 
originalen UNIX-Basiskonzepte in selbst ge- 
schriebenen Programmen übernehmen. 
Diese Betriebssysteme, meist als UNIX-kom- 
patibel oder UNIX like bezeichnet, werden, 
bezogen auf das Vorbild, weder von Waren- 
zeichen noch von Lizenzproblemen tangiert 
(COHERENT, IDIS, MUTOS, WEGA). 

Standort von UNIX 

als Computerbetriebssystem 

Die Eigenschaften eines Betriebssystems 
sind in ihren grundsätzlichen Funktionen für 
alle Rechnersysteme gleich. Sie unterschei- 
den sich ausschließlich in bestimmten Teil- 
komponenten, mit denen sie an spezielle 
Aufgabenkomplexe angepaßt werden. 
Betriebssysteme lassen sich nach verschie- 
denen Gesichtspunkten systematisieren, so- 
wohl in bezug auf die Anwendungsgebiete 
als auch in bezug auf ihre Arbeitsweise. Im 
Zusammenhang mit UNIX ist insbesondere 
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die Klasse der Multi-User-Betriebssysteme 
bedeutsam. 

Multi-User-Betriebssysteme unterstützen 
parallel mehrere Anwender, die über unter- 
schiedliche Bedienerterminals an ein zentra- 
les Computersystem angeschlossen sind. 
Durch die Anwendung des Time-Sharing- 
Verfahrens, das jedem Anwender meist rein 
zyklisch, manchmal allerdings auch zyklisch 
prioritätsgesteuert, eine feste oder auch va- 
riable Zeitscheibe der CPU zuteilt, bekommt 
jeder Nutzer einen Teil der Rechenzeit des 
Systems zugewiesen. Auf Grund der hohen 
Rechengeschwindigkeit ist für den einzelnen 
Nutzer die Zeitteilung nicht oder kaum spür- 
bar. Die übrigen Systemressourcen, wie Zu- 
griff zum externen Massendatenspeicher, 
Druckerausgaben, Verfügbarkeit von be- 
stimmten Ein-/Ausgabekanälen usw., wer- 
den prioritätsgerecht unter den Nutzern auf- 
geteilt. 

Das Time-Sharing-Verfahren bildet die 
Grundlage für jedes Programm-Multitasking, 
bei dem mehrere Programme quasisimultan 
von einer CPU abgearbeitet werden. Es ist 
die Voraussetzung für ein Multi-User-Be- 
triebssystem, wo mehrere Anwender quasisi- 
multan, bei gemeinsamer Nutzung der Sy- 
stemressourcen, an einer Rechnerzentra- 
leinheit arbeiten können. Wichtig für die An- 
wendung von Multi-User-/Time-Sharing-Be- 
triebssystemen sind hohe Rechenleistung 
der CPU (16-/32-Bit-MP), ein hinreichend 
großer Hauptspeicher (mindestens 512 
KByte ... bis zu 4 MByte) sowie große und 
schnelle externe Direktzugriffsmassenspei- 
cher (Hard-Disk), um die Programmabarbei- 
tung und die Prozeßumschaltungen zeitlich 
zu optimieren. 

UNIX wurde primär als Mult-User-/Time-Sha- 
ring-Betriebssystem konzipiert und entwik- 
kelt. 

Hauptmerkmale 

des Betriebssystems UNIX 

Wird die Entwicklung auf dem Computersek- 
tor (Hardware und Software) einer Analyse 
unterzogen, so ist vor allem anderen die Ten- 
denz zur Standardisierung kennzeichnend. 
Bei den Hardwaresystemen stehen dabei die 
Prozessortypen, die Bussysteme, parallele 
und serielle Interfaces, Leiterkartenformate 
usw. im Mittelpunkt. 

Bei der Software ist die De-Facto-Standardi- 
sierung von Betriebssystemen, von Pro- 
grammiersprachen, von Programminterfa- 
ces usw. unverkennbar. 

Ursache dieser Entwicklung sind die Vorteile, 
die sich aus einer maximalen Austauschbar- 
keit und Koppelbarkeit von Hardware und 
Softwarekomponenten ergeben, sowohl in- 
nerhalb eines Rechners als auch zwischen 
Rechnern der gleichen oder einer anderen 
Klasse (Mikrorechner untereinander, aber 
auch Mikrorechner mit Minicomputern oder 
Großrechnern). Die bei der Software dadurch 
realisierbare Austauschbarkeit auf allen Ebe- 
nen, 

• auf der Programmebene (Austausch von 
Anwenderprogrammen) 

• auf der Dateiebene (Austausch oder ge- 
meinsame Nutzung von Datenbeständen) 

• auf der Nachrichtenebene (Austausch 
von Nachrichten /Messages/ zwischen An- 
wenderprogrammen in einem Rechner bzw. 
in Rechnernetzen) 

spielt bei der überwiegenden Anzahl der An- 
wender heute eine außerordentlich wichtige 
Rolle. 


Der Erfolg des Betriebssystems UNIX ist 
letztlich auch als ein Ergebnis dieser Ent- 
wicklung zu betrachten, stellt es doch ein 
umfangreiches Instrumentarium von univer- 
sellen Unterstützungswerkzeugen für die 
Realisierung dieser Forderungen bereit. 

Als allgemein hervorstechende Merkmale 
von UNIX können daneben insbesondere an- 
gesehen werden: 

Hierarchische Dateiverwaltung 

Das hierarchische, baumstrukturierte Datei- 
verwaltungssystem von UNIX (tree struc- 
tured hierarchical file System) stellt das mo- 
dernste existierende Dateiverwaltungskon- 
zept dar. Es geht davon aus, daß jede Datei 
(file) Mitglied einer durch ein Dateiverzeich- 
nis (directory) zusammengefaßten Gruppe 
von Dateien ist, die ihrerseits wieder selbst 
Teil einer übergeordneten Gruppe von Da- 
teien sein kann. Die dadurch entstehende 
Baumstruktur von Dateien und Dateiver- 
zeichnissen (beides wird vom UNIX-Datei- 
verwaltungssystem gleich behandelt) be- 
ginnt mit einem Wurzelverzeichnis (root di- 
rectory) und ist auch oben und in der Breite 
nur durch die Hardwaresystemgrenzen be- 
schränkt (Bild 2, 2. US). 

Durch den vom Anwender in Ausdehnung 
und Struktur dynamisch definierbaren Datei- 
baum mit Directories und Subdirectories ist 
es möglich, beliebige Dateigruppen nach 
Zugriffsrechten, nach Projektzugehörigkeit, 
nach Anwendergruppen usw. aufzubauen 
und vom Betriebssystem zu verwalten. 

Hinzu kommt, daß, neben der Gleichbehand- 
lung von Dateien und Dateiverzeichnissen, 
eine Gleichbehandlung von Dateien und Ein- 
/Ausgabegeräten (bzw. von den Ein-/Aus- 
gabegerätekanalprogrammen bzw. drivern) 
im UNIX-Dateiverwaltungssystem imple- 
mentiert wurde. 

Ein-Ausgaberedirektion 
Die 'Ein-/Ausgaberedirektion von Dateien, 
Geräten und Programmdaten basiert auf ein- 
heitlichen, untereinander kompatiblen Da- 
tenströmen. Sie ermöglicht durch einfachste 
Maßnahmen die Umleitung einer für ein be- 
stimmtes Ein-/Ausgabegerät vorgesehenen 
Programmausgabe auf ein anderes Ausga- 
begerät oder auf eine neu anzulegende bzw. 
schon vorhandene Datei. 

Pipes/Filter 

Das Pipekonzept (pipe: Kanal) ermöglicht 
dem UNIX-Anwender, die Ausgabedaten ei- 
nes Prozesses dynamisch als Eingabedaten 
für einen nächsten Prozeß zuzuweisen. 
Programme, die, auf diesem Konzept auf- 
bauend, einen vorgegebenen Eingabedaten- 
strom in einen neu erzeugten Ausgabedaten- 
strom umsetzen, werden unter UNIX als Fil- 
ter bezeichnet. 

Shell 

Das Betriebssystem UNIX beinhaltet eine 
außerordentlich leistungsfähige Benutzer- 
schnittstelle, den sog. Shell-Kommandointer- 
preter (shell: Schale). Dieses, wie eine 
Schale um den U NIX-Systemkern gelegte, 
Softwareinterface ermöglicht den Aufruf von 
Programmen - sowohl der Aufruf einzelner 
Programme als auch die parallele Bearbei- 
tung mehrerer Programme und deren rekur- 
siver Aufruf werden unterstützt. Es stellt dem 
UNIX-Nutzer einen Satz von Variablen und 
Kontrollstrukturen, ähnlich einer höheren 
Programmiersprache, zur Verfügung. Da- 


durch können zum Beispiel zu sogenannten 
Shellskripten zusammengestellte wieder- 
kehrende Aufgaben automatisiert werden. 
Das Shell-Benutzerinterface ist sowohl ein 
Kommandointerpreter als auch eine Pro- 
grammiersprache in enger Verbindung zum 
Betriebssystem. 

Vom Betriebssystem UNIX wird eine Shell- 
Standardvariante (Bourne-shell) bereitge- 
stellt, die, wenn sinnvoll und notwendig, je- 
derzeit vom Anwender durch eine eigene Be- 
nützerschnittstelle ersetzt werden kann. 

C-Systemprogrammiersprache 

Die Systemprogrammiersprache von UNIX 
ist die im Zusammenhang mit diesem Be- 
triebssystem entstandene höhere Program- 
miersprache C. Sie kombiniert die Effizienz 
einer Assemblersprache mit den Steuer- 
strukturen moderner Hochsprachkonzepte. 
Die Programmerarbeitung unter UNIX ist al- 
lerdings wegen der Verfügbarkeit einer gan- 
zen Reihe von Sprachcompilern nicht an die 
Sprache C gebunden. Trotzdem empfiehlt 
sich ihre Anwendung wegen des dann leich- 
ten Transportes der erarbeiteten Software 
von einem UNIX-System auf ein anderes 
(Softwareportabilität auf Quellprogramm- 
ebene). Für Systemprogramme sollte sie 
zwingend vorgeschriebenwerden. 

Neben diesen Hauptmerkmalen des Be- 
triebssystems UNIX existierten eine Reihe 
von weiteren Besonderheiten, wie zum Bei- 
spiel die mögliche Aufteilung des Anwender- 
bereiches in leicht identifizierbare Gruppen 
oder die automatische Projektfortschreibung 
(SCCS: source code control System), die die 
besondere Unterstützung des Anwenders 
bei der Programmerarbeitung für ein großes 
Softwareprojekt absichern. 

UNIX bietet außerdem eine ganze Kollektion 
modular aufgebauter, spezialisierter und effi- 
zienter Softwarewerkzeuge (tools) für die 
Programmentwicklung, die durch die Verfüg- 
barkeit mehrerer Editoren, einer ganzen 
Reihe von Sprachcompilern (C, FORTRAN, 
PASCAL, COBOL, BASIC u. a.), von speziel- 
len Programmtestunterstützungsmitteln (de- 
buggern), Textverarbeitungssystemen und 
Datenbanksystemen u.a. m. ergänzt wer- 
den. 

Es soll an dieser Stelle nicht verschwiegen 
werden, daß natürlich auch kritische Bemer- 
kungen zum Betriebssystem UNIX existie- 
ren. Als Hauptpunkt ist dabei wohl die mini- 
malistische Philosophie bei der Ein-/Ausga- 
bekommunikation zu nennen. Mit dem Ziel, 
bei der Eingabe von Kommandos durch den 
Anwender mit möglichst wenigen Tastenan- 
schlägen auszukommen und bei der Aus- 
gabe von Meldungen durch das Betriebssy- 
stem auf einer Bildschirmseite ein Maximum 
an Informationen unterzubringen, wurden bei 
der Gestaltung des Ein-/Ausgabedialogs ge- 
radezu spartanische Befehls- und Komman- 
dozeichenfolgen festgelegt. Das mag beson- 
ders den Anfänger etwas irritieren und aka- 
demisch erscheinen, ist aber für den fortge- 
schrittenen Nutzer bald zur Gewohnheit ge- 
worden. Voraussetzung für die effektive Ar- 
beit mit dem Betriebssystem UNIX ist des- 
halb auch und besonders die exakte Beherr- 
schung der Kommandosyntax und die sorg- 
fältige Arbeit an dem Bedienterminal. 

Vergleich von UNIX mit MS-DOS 

Ein Vergleich unterschiedlicher Betriebssy- 
steme wird immer stark vom Standort des Be- 
trachters und vom Ziel des Vergleiches ab- 
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hängen. Es soll deshalb an dieser Stelle kein 
Vergleich zwischen UNIX und Betriebssyste- 
men von Großrechnern oder Minicomputern 
folgen. Die hier seit längerer Zeit mit einer 
universellen Verbreitung vorhandenen Be- 
triebssysteme werden durch UNIX keine exi- 
stentielle Konkurrenz bekommen können, 
sondern nur an spezifischen Applikations- 
stellen eine Ergänzung erfahren. 

Anders ist die Situation bei Mikrorechnern. 
Hier findet seit Jahren eine hauptsächlich von 
großen internationalen Rechnerherstellern 
geführte Auseinandersetzung um das domi- 
nierende Betriebssystem statt. Auf den in ih- 
rer Leistungsfähigkeit durch die gegebenen 
Hardwaremöglichkeiten stark begrenzten 8- 
Bit-Mikrorechnern ist diese Auseinanderset- 
zung klar zugunsten des Betriebssystems 
CP/M-80 ausgegangen. 

Auf dem Gebiet der leistungsstarken 16-Bit- 
Mikrorechner existiert neben UNIX das Be- 
triebssystem MS-DOS (oder PC-DOS) mit ei- 
nem außerordentlich hohen Verbreitungs- 
grad. 

Das Betriebssystem MS-DOS wurde für ei- 
nen der ersten 16-Bit-Mikrorechner auf der 
Basis des Schaltkreises 8086 neu entwickelt. 
In vielem lehnte man sich bei der Konzeption 
von MS-DOS an das erfolgreiche CP/M an. 
Das Besondere an MS-DOS ist die Tatsache, 
daß ein großer internationaler . Rechnerher- 
steller (IBM) dieses Betriebssystem für sei- 
nen in sehr großen Stückzahlen hergestellten 
16-Bit-Personalcomputer als Softwarebasis 
ausgewählt hat. Die Unterstützung und Ver- 
breitung, die MS-DOS von dieser Seite er- 
fährt, ist deshalb außerordentlich groß. Die 
anfänglichen Probleme von MS-DOS wurden 
nach und nach beseitigt, und mit Beginn des 
Siegeszuges von UNIX wurden viele im vor- 
hergehenden Abschnitt aufgeführten Haupt- 
merkmale von UNIX mit Ausnahme der 
Mehrplatzfähigkeit in fortgeschrittenen MS- 
DOS-Versiönen übernommen. Das gilt für 
das hierarchische Dateiverwaltungssystem 
ebenso wie für die Ein-/Ausgaberedirektion, 
Pipestrukturen und das C-Sprachkonzept. 
Bei dieser Entwicklung ist jedoch zu beach- 
ten, daß MS-DOS nach wie vor nicht UNIX- 
kompatibel ist. Für MS-DOS geschriebene 
Programme werden, auch wenn sie in der 


Dr. Lothar Koch 
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Bereits im Sommer 1985 wurde in der Kon- 
zeption zur Entwicklung der Informatik an 
der TH Leipzig eine durchgängige Nutzung 
des Betriebssystems UNIX (von 16 Bit Ar- 
beitsplatztechnik bis ESER) festgelegt. Mit 
Beginn des Studienjahres 1987/88 konnten 
für alle Rechnerklassen (16-Bit-PC, CM 
1420, EC 1056) UNIX-Systeme bereitge- 
stellt werden. Auf der ESER-Anlage steht als 
verbindliches Ausbildungssystem das Sy- 
stem VMX (virtual machine unix) zur Verfü- 
gung. Dieses System wird gemeinsäm 
durch die TU Karl-Marx-Stadt, die TH Leip- 
zig und die FSU Jena entwickelt und vertrie- 
ben. Für die Entwicklung und Erprobung ei- 
ner Reihe von Softwarewerkzeugen wurden 
über mehrere Jahre Praktikanten der TU 
Dresden eingesetzt. . 


Programmiersprache C geschrieben wur- 
den, nicht durch eine Neu-Compilation unter 
UNIX sofort lauffähig sein (z. B. unterschiedli- 
che Systemaufrufe und verschiedene Ein-/ 
Ausgabebibliotheken) . 

Die Qual der Wahl zwischen MS-DOS und 
UNIX bleibt bei dieser Entwicklung letztlich 
wohl keinem Anwender erspart. Als wesentli- 
ches Kriterium für den Einsatz von UNIX 
bleibt die Tatsache, daß MS-DOS auch in sei- 
ner allerneusten Weiterentwicklungsvariante 
(OS/2) immer ein Betriebssystem für ein Ein- 
Platz-Mikrorechnersystem bleibt und keine 
gleichberechtigten Multi-User-Fähigkeiten 
wie UNIX besitzt. Außerdem wird wohl keiner 
auf die Idee kommen, MS-DOS sowohl auf 
Mikrorechnern als auch auf Minicomputern 
und Großrechnern implementieren zu wollen. 
Gerade durch die letztgenannte Eigenschaft 
von UNIX sichert aber dieses Betriebssy- 
stemkonzept dem Anwender auch langf ristig 
seine umfangreichen Softwareinvestitionen. 

UNIX in der DDR 

Arbeiten zur Implementation UNIX-kompati- 
bler Betriebssysteme auf in der DDR verfüg- 
baren Großrechnern (ESER), Minicomputern 
(SKR) und Mikrorechnern (U8000, Kl 810 
WM 86) wurden sehr frühzeitig etwa ab 1 982 
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durchgeführt. 


Entwicklungstrends zur Standardi- 
sierung von Betriebssystemen 

Seit dem massenhaften Einsatz von Perso- 
nalcomputern zu Beginn der 80er Jahre kann 
man zwei grundlegende Betriebsformen für 
die Nutzung von Computern unterscheiden: 

- Einzelnutzer-Betrieb (single user) 

- Mehrnutzer-Betrieb (multi user). 

Für den professionellen Bereich (1 6-, 32-Bit- 
Technik) haben sich für diese beiden Be- 
triebsformen die Betriebssysteme 

- MS-DOS 

- UNIX 
durchgesetzt. 

Bereits sehr zeitig gab es von seiten der Her- 
steller ernsthafte Bemühungen, die Vorteile 
beider Betriebsformen (gutes Antwortzeitver- 
halten bzw. zentrale Datenverwaltung und 
Organisation) zu vereinen. Besonders im 
^kommerziellen Bereich, wo die PC-Technik 
am stärksten genutzt wird, kann auf eine zen- 


Im Ergebnis dieser Arbeiten steht dem An- 
wender in der DDR heute eine abgestufte Pa- 
lette von UNIX-kompatiblen Programmier- 
umgebungen auf Rechnersystemen aller Lei- 
stungsklassen zur Verfügung. 

Für alle Anwender ist dabei wichtig zu wis- 
sen, daß es langfristige Strategie im VEB 
Kombinat Robotron (dem größten Hersteller 
von Rechentechnik in der DDR) ist, für jedes 
produzierte Computersystem in Zukunft, zu- 
mindest als zweites lauffähiges Betriebssy- 
stem, auch eine UNIX-kompatible Benutzer- 
oberfläche mit anzubieten. 

Anders als beim VEB Kombinat Robotron, wo 
das UNIX-kompatible Betriebssystem meist 
als Ergänzung der Einsatzbreite zu einem 
doch dominierenden typenbezogenen Stan- 
dardbetriebssystem anzusehen ist, hat man 
im KEAW Berlin den Weg eingeschlagen, 
das, inzwischen auch in großen Stückzahlen 
im Einsatz befindliche, Programmier- und 
Entwicklungssystem P8000 ausschließlich 
mit dem voll UNIX-kompatiblen Betriebssy- 
stem WEGA auszurüsten. 

Das System P 8000 stellt damit den einzigen 
in einer Großserie in der DDR hergestellten 
UNIX-kompatiblen Multi-User-Computerdar, 
der als Auftischgerät (maximal bis zu 8 Nut- 
zer) einem breiten Anwenderkreis zur Verfü- 
gung steht /3/. 

An dieser Orientierung bezüglich UNIX-kom- 
patibler Betriebssysteme wird sicher sowohl 
im Kombinat Robotron (Zweitbetriebssy- 
stem) als auch im Kombinat EAW (Primärbe- 
triebssystem) auch in Zukunft festgehalten 
werden, wenn man die z.Z. international ab- 
laufende stürmische Entwicklung auf dem 
UNIX-Sektor berücksichtigt. 
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trale Datenverwaltung nicht verzichtet' wer- 
den. Deshalb orientieren die meisten Soft- 
ware- und Computerproduzenten für diesen 
Bereic h imm er deutlicher auf UNIXjwio eine 
Umfrage in IM bestätigt. Auch ausführliche 
Analysen der Entwicklung in den USA bestä- 
tigen diesen Trend. So findet man z. B. in 121 
folgende Aussagen: 

MS/DOS ... will become more and more like 
UNIX... 

UNIX . . . will become more wide spread 
simply, because it is a product of very power- 
ful Corporation. 

Dieser Entwicklung wird z. B. im System 
OS/2 und in der von Microsoft angekündigten 
MS/DOS Version 4.0 13/ Rechnung getragen. 
Viele Nutzer versuchen sich bereits UNIX- 
Möglichkeiten im MS-DOS zu erschließen. 
Davon zeugen z. B. allein 3 Artikel (Move-uti- 
lity für MS-DOS (5/87), MS-DOS merkt sich 
128 Befehle (4/87), MS-DOS mit Komfort (8/ 
87)) in der Zeitschrift mc. 

Um den Nutzern die Vorteile beider Betriebs- 
formen zu bieten, bemühte sich eine Reihe 
von Firmen, entweder die ,Mainframeumge- 
bung‘ auf den PC zu bringen oder die Simula- 
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tion von z. B. MS-DOS unter UNIX/7/. Eine 
zukunftsorientierte Lösung ist die Bereitstel- 
lung von übergreifenden Gesamtsystemen, 
die natürlich eine Standardisierung voraus- 
setzen. Mit der Lösung dieser Fragen began- 
nen die führenden Universitäten der USA, 
unterstützt durch die marktbeherrschenden 
Firmen, bereits Anfang er 80er Jahre. 1982 
wurde das System Athena auf der Basis des 
UNIX-Systems BSD 4.2 erfolgreich einge- 
führt /5/. Aufbauend auf diesen Forschungs- 
ergebnissen, wurde auf der National Compu- 
ter Conference 1 986 in Las Vegas von der 
Firma AT&T ein offenes System auf der 
Grundlage des UNIX-Systems V Release 3 
vorgestellt /6/. Analog dem MIT-Projekt 
wurde 1984 für das Hochschulwesen der 
BRD mit dem Programm CIP (Computer In- 
vestitions Programm) begonnen, dessen 
Grundlage ebenfalls die Vernetzung von 
UNIX-Rechnern darstellt /3/. 

Auch im Hochschulwesen der DDR stehen 
für alle Rechnerklassen ab 1 6 Bit Verarbei- 
tungsbreite UNIX-Systeme zur Verfügung 
m. Beim Einsatz von UNIX-Systemen auf 
der verfügbaren Mikrorechnerbasis ist aller- 
dings der hohe Speicherbedarf (operativ und 
extern) zu beachten. Hier seien zum Ver- 
gleich internationale Durchschnittswerte an- 
gegeben /8/. 

CP/M MS-DOS UNIX 

Systemsoftware 100 K 250 K 8M 

Die zunehmende Bereitstellung von Festplat- 
ten ermöglicht den verstärkten Einsatz von 
UNIX. So wird z. B. an der TH Leipzig ab 


Herbstsemester 87 in einem 1 6-Bit-PC-Kabi- 
nett neben MS/DOS auch UNIX für die Aus- 
bildung bereitgestellt. 

Untersützt und abgestimmt werden die Ent- 
wicklungsarbeiten im MHF von der Arbeits- 
gruppe .Unifizierte Betriebssysteme'. Unter 
Beteiligung wichtiger Kombinate, der Akade- 
mie und des MHF konstituierte sich Ende 
1986 ein UNIX-Arbeitskreis. Ziel dieses Ar- 
beitskreises ist es, die UNIX-Entwicklung in 
der DDR in Richtung System V zu standardi- 
sieren (System V Interface Definition; x/open; 
posix) /8/. Für die verschiedenen Entwick- 
lungslinien von UNIX sei hier auf den voran- 
gehenden Beitrag und die inzwischen sehr 
umfangreiche UNIX-Literatur z. B. in /9/ ver- 
wiesen (Bild 1). 

Aufbauend auf den Erfahrungen beim Ein- 
satz der PSU in der Ausbildung, wurde im 
Rahmen der genannten Kooperationsge- 
meinschaft ein echtes UNIX-System für 
ESER-I I-Anlagen - VMX - entwickelt. Dieses 
System wird ab Herbstsemester 87 als ver- 
bindliches Ausbildungssystem (Grundausbil- 
dung Informatik) auf einer EC 1 056 an der TH 
Leipzig genutzt. Im Unterschied etwa zur TU 
Karl-Marx-Stadt (Stand-Alone-Betrieb) er- 
folgt die Nutzung unter Steuerung von SVM 
(Bild 2). Neben der Kompatibilität zu UNIX 
besitzt VMX folgende wesentliche System- 
Merkmale: 

- multiuser-timesharing-Betriebssystem, 

- jeder Nutzer kann parallele Prozesse mit 
jeweils bis zu 1 6 MByte Adreßraum nutzen, 

- Abbildung des virtuelen Speichers auf rea- 
len Speicher durch paging (eine Seite = 
4KByte,) 


- interne Verarbeitung im ASCII-Code, 

- Filesystem mit Blöcken zu 4 KByte (d.h. 
auf 100 MByte Platten = 3 Blöcke/Spur). 

Zur Einordnung von VMX in die UNIX-Familie 
sei hier auf /7/ verwiesen. 

Überblick Uber Softwarewerkzeuge 
im VMX 

Das Ziel der Entwicklung von UNIX in den 
Bell Laboratories war ein einfach handhab- 
bares System für die Softwareentwicklung. 
Dem trägt ein umfangreicher Satz an Kom- 
mandos für die Programmentwicklung, ins- 
besondere für die C-Umgebung, Rechnung. 
Ein weiterer wichtiger Gesichtspunkt bei Bell 
war, eine Entwicklungsumgebung für große 
Projekte zu schaffen, die einer unterschiedli- 
chen Menge von Nutzern zur Verfügung 
steht. Ausdruck dafür war die Schaffung von 
PWB/UNIX (Programmen Work Bench) /1 0/. 
Ein Werkzeug aus dieser Umgebung ist z. B. 
das Quellcodeverwaltungssystem (SCCS). 
UNIX ist in immer stärkerem Maße die Basis 
allgemeiner Softwareentwicklungsumgebun- 
gen - sogenannter Systemproduktionsum- 
gebungen /II/. Durch die Grundphilosophie 
von UNIX lassen sich darüber hinaus sehr ef- 
fektiv die neuen Möglichkeiten der Hardware- 
entwicklung ausnutzen /1 2/ und offene Pro- 
bleme - wie etwa in /1 3/ die fehlende Unter- 
stützung von Windows und Bitmap-Grafik - 
schnell überwinden. In dem oben genannten 
Sinn bietet VMX_no_ch keine ausgereifte und 
geschlossene " Entwicklungsumgebung, 
schließt aber die PWB mit ein. Analoges kann 
*zu den Rardwäremöglichkeiten gesagt wer- 
den. Das System nutzt alle Möglichkeiten der 



4 Bild 1 Entwicklungsrichtun- 
gen von UNIX nach 19/ 



SVM- CP 


Bild 2 Steuerung von VMX unter 
SVM> 


Tafel 1 Einige Werkzeuge Im VMX 


Dateimani- 

pulation 

(Beispiele) 

Compiler 


lex Erzeugung eines lexikalischen Analysators (Scanner) 

yacc Erzeugung eines syntaktischen Analysators (parser) 

ned full-screen-Editor mit Sprachorientierung 

ed Standardeditor 

sed sequentieller Editor 

hed hexadezimaler Editor 

awk Listenverarbeitung, Textmuster 

grep, mgrep Mustersuche in Files 

cmp Vergleichen von Files, Ausgabe der Unterschiede 

sort Sortieren und Mischen 

cc C-Compiler 

177 Fortran-Compiler 

pc Pascal-Compiler 

qs Bildschirmsteuersprache auf Basis C (Quick-screen) 

mpc.mqs Compiler in merge-Technik 
as Assembler 




Dokumentation ms 


Dynamisches Testen (Prüfpunkte, Formatanzeige . . .) 
Testen von Programmzweigen ( Überdeckung ) 
Überwachung der Laufzeit 
Überprüfung von C-Programm auf, saubere' Pro- 
grammierung 

Entfernen von Symboltabellen (nach Testung) 

Aufbau von Strukturtabellen von C-Programm 
Strukturierung von C-Programm 
Formatieren von Pascalprogramm 
Pascal-Cross-Reference- Tabelle 
Wartung zusammengehöriger Programme 
Quellcodeverwaltungssystem 
Dokumentationsaufbereitung 
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ESER-Anlage (EC 1 056) einschließlich der 
Bildschirmtechnik (EC 7920), die allerdings 
modernen Anforderungen an Antwortzeitver- 
halten und Grafikfähigkeit nicht mehr gerecht 
werden. 

Gemäß der Zielstellung von UNIX bietet VMX 
einen sehr umfangreichen Satz an Werkzeu- 
gen. 

In Tafel 1 wird ein Einblick in die wichtigsten 
Werkzeuge gegeben. 

Entwicklung 

von PASCAL-Programmen im VMX 

Die am häufigsten genutzten Werkzeuge (ca. 
80% der Sitzungszeiten) sind die Editoren. 
Leider wurde lange Zeit gerade diesen Werk- 
zeugen zu wenig Aufmerksamkeit gewidmet. 
Mit ned steht im VMX ein bildschirmorientier- 
ter Editor zur Verfügung, der alle Möglichkei- 
ten des Bildschirmsystems EC 7920 nutzt. 
Hier soll versucht werden, die Arbeitsweise 
kurz zu charakterisieren, ned baut bewußt 
auf dem Kommandosatz des Standardedi- 
tors ed auf. Der Aufruf erfolgt durch das 
Kommando 

ned -Optionen dateiname 
Nach dem Aufruf wird der Bildschirm in drei 
Fenster eingeteilt. Die Grundform ist in Tafel 
2 dargestellt (die Aufteilung kann durch Kom- 
mandos verändert werden). 

Tafel 2 Aufteilung der Fenster für ned 
<filename> <messages> <altcount> <no.llnes> 


PRIMAER KOMMANDOS 
TEXTBEREICH 


ZEILEN 

NUMMERN 


LENKOM- 

MANDO 

BEREICH 


Die Angaben in der Kopfzeile haben folgende 
Bedeutung: 

<filename> -falls angegeben, Name 

der Datei 

<massages> - Bereich für Fehlermeldun- 
gen 

<alt.count> -Anzahl der Veränderun- 

gen nach letztem write 
<no. Iines> -Zeilenzahl 
Der Editor verfügt über eine außerordentlich 
große Zahl von Kommandos. Für den Nutzer 
ist es wichtig, sich entsprechend seinen An- 
forderungen einen gut beherrschbaren Kom- 
mandosatz auszuwählen. Im Trivialfall läßt 
man sich den Text auf dem Bildschirm an- 
zeigen, korrigiert den Text auf dem Schirm 
und schreibt den Schirminhalt wieder zurück. 
Die Primärkommandos müssen im festgeleg- 
ten Bereich eingegeben werden (im Unter- 
schied zu Vi). T rotz der Analogie zum ed muß 
die veränderte Arbeitsweise mit dem Bild- 
schirm beachtet werden. Etwa der einzufü- 
gende Text wird zeilenweise (Zeilentrennung 
durch Wagenrücklauf <CR>) in den Textbe- 
reich eingegeben, und die letzte Zeile mit 
<ENTER> abgeschlossen. So enfällt z.B. 
die Eingabe eines zusätzlichen als Ende- 
zeichen für den Einfügemodus. Die beim ed 
angegebenen Kommandos behalten unter 
Beachtung dieses Gesichtspunktes ihre Be- 
deutung. Eine effektive Unterstützung bietet 
auch die Nutzung der Funktionstasten des 
Gerätes, denen ganze Kommandofolgen zu- 
geordnet werden können. Hier eine Auswahl 
der Standardbelegung: 

PF3 - Beenden der Editorarbeit mit vorhe- 
riger Rückspeicherung 
PF7 - Textbereich nach oben 
PF8 - Textbereich nach unten 


PF10 - Textbereich nach links 
PF11 - Textbereich nach rechts 
PF12 - Kursor auf Primärkommandobe- 
reich 

Die Zeilenkommandos dienen zur weiteren 
Erhöhung der Effektivität bei der Arbeit mit 
dem Bildschirm. Der Eingabebereich (bzw. 
Ausgabebereich für Zeilennummern) kann 
auch am linken Bildschirmrand festgelegt 
werden (Eingabe von Primärkommando D2). 
Im allgemeinen erstreckt sich die Wirkung ei- 
nes Zeilenkommandos auf die Zeile, auf der 
das Kommando eingegeben wurde. Es gibt 
aber auch die Möglichkeit, die Wirkung auf 
eine ganze Zeilengruppe - einen Block - 
auszudehnen. Dazu muß das entsprechende 
Blockkommando meist am Anfang und am 
Ende des Blockes angegeben werden. 
Blockkommandos beziehen sich explizit auf 
die Zeilennummern (Bestimmung der Block- 
länge). Alle auf einer Bildschirmseite einge- 
gebenen Zeilenkommandos werden nach 
Eingabe von <ENTER> ausgeführt. Hier 
eine Auswahl: 

[n] a Einfügen von n (n = 1 Standard) Leer- 
zeilen nach der Zeile 

[n] i Einfügen von n (n = 1 ) Leerzeilen vor 
der Zeile 

[n] d Löschendieser Zeilen, wobei dd als 
Blockkommando am 

[d] d Anfang und Ende des Blockes stehen 
muß 

s Teilt Zeile an Kursorposition (Newline) 
[c] c Kopieren dieser Zeilen (des Blockes) 
auf die durch b(befor- bevor) odert 
(target- danach) markierte Position 
(Zeile). 

Neben der full-screen-Arbeit bietet ned auch 
die Möglichkeit der Sprachunterstützung. In 
sogenannten Sprachregelfiles können vor- 
gefertigte Sprachkonstruktionen (Schlag- 
worte) abgelegt werden. Im Fall von PASCAL 
stehen diese standardmäßig zur Verfügung. 
Erforderlich ist lediglich, für den Dateiindex p 
zu nutzen (bino.p). Gibt man z. B. beim Erfas- 
sen eines neuen PASCAL-Quelltextes im 
Textbereich 
program <ENTER> 

ein, erscheint auf dem Bildschirm als neues 
Bild eine vorgefertigte Programmstruktur 

r 

7 

program; 

const 

type 

begin 

end. 

Dies erleichtert dem geübten ned-Nutzer 
eine effektive Eingabe von Programmtext, da 
für alle Anweisungen (etwa for, case, if) vor- 
gefertigte Strukturen abrufbar sind. 

Eine sehr effektive Arbeit bietet VMX auch für 
die Compilerläufe durch die sogenannte 
merge-Technik. Die merge-Compiler haben 
die Möglichkeit einer engen Zusammenarbeit 
mit dem Editor ned. Das System mischt die 
Fehlernachrichten des Compilers mit dem 
Quelltext in einem temporären File und über- 
gibt dieses File dem automatisch aufgerufe- 
nen Editor. Nach erfolgter Korrektur werden 
die Fehlernachrichten im Quelltext wieder 
entfernt und eine erneute Übersetzung ge- 
startet. Der Aufruf des merge-PASCAL-Com- 
pilers erfolgt durch das Kommando 
mpc -Optionen dateiname 
Die Arbeitsweise des Compilers wird in Bild 3 
(siehe Seite 225) deutlich. 


Bei syntaktischen Fehlern wird das tempo- 
räre File als ned-Bild angezeigt. Die Fehler- 
nachrichten bestehen aus einer Fehlernum- 
mer und einem Kommentar. Vor der Fehler- 
nummer steht ein senkrechter Strich, der un- 
ter der Textposition steht, wo der Fehler be- 
merkt wurde (hat im allgemeinen nichts mit 
der realen Fehlerposition zu tun). Der Kom- 
mentar steht noch eine Zeile tiefer und ist 
durch einen am Zeilenanfang gekenn- 
zeichnet. Der erste Fehler wird standardmä- 
ßig auf Zeile 4 mit einer stärkeren Helligkeit 
(intensiv) angezeigt. Weitere Fehlerzeilen er- 
reicht man durch <PF5>. Nach Fehlerbesei- 
tigung mit ned-Mitteln wird durch <PF3> 
wieder der Compiler aufgerufen. Es erscheint 
auf dem Bildschirm der Hinweis, daß der 
Compiler wieder arbeitet 
:pc -c -E file.p 
Wird kein Fehler mehr festgestellt, wird durch 
den Linker ein abarbeitbares File a.out er- 
zeugt, welches durch 
$ a.out 

gestartet werden kann. Vor der weiteren Ar- 
beit sollte man das File umbenennen, da 
beim Aufruf verschiedener Werkzeuge der 
Filename a.out genutzt wird. Eine Reihe von 
Werkzeugen dient der Unterstützung bei der 
Fehlersuche. Im VMX-PASCAL wird stan- 
dardmäßig (Option) ein Run time Error Repor- 
ting durchgeführt. Das heißt, daß bei Lauf- 
zeitfehlern oder bei Abbruch (<PA1>, 
<PA2>) des Programmes neben der Fehler- 
meldung ein traceback und ein symbolischer 
dump ausgegeben werden. Eine Verbindung 
zum Editor gibt es nicht. Im traceback kann 
man die Aufruffolge der Routinen bis zur Ab- 
bruchstelle, deren Adresse den Angaben in 
der Compilerliste - file.1 entspricht, verfol- 
gen. Der symbolische Dump enthält die aktu- 
elle Variablenliste. In Tafel 3 ist ein einfaches 
Beispiel dargestellt. 

Tafel 3 Beispiel für Error Reporting 


***ERROR*a* fioating divide exception (Signal 8) recei- 
Program terminated 


at offset 282 in routine: -pmain 

==> Routine - pmain 
Local variables 

bi = <uninitialited> i = 0 
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Datenbanken anlegen — aber wie? 


Dr. Uwe Pape 

Institut für Arzneimittelwesen 
der DDR 


Ausgewählte Aspekte 
des Konzipierens, Aufbauens 
und Nutzens einer Datenbank 

In der Formulierung einer Aufgabe ist immer 
ihre Lösung in bestimmtem Maße enthalten. 
Daher resultiert die intensivste Schubkraft für 
einen Fortschritt eigentlich nicht aus der Lö- 
sung, sondern aus der Formulierung neuer 
Aufgaben, weil es dabei gilt, noch nicht Ge- 
dachtes zu denken. 

Bei der gegenwärtig und vielerorts fortschrei- 
tenden EDV-Einführung geht es im allgemei- 
nen darum, solche neuen Aufgaben zu for- 
mulieren bzw. alte Verfahren zum Lösen von 
Aufgaben durch neue, bei denen die EDV 
eingesetzt wird, zu ersetzen. Vielen, die 
diese Vorhaben zu verantworten haben, sind 
sowohl das Leistungsvermögen des neuen 
Werkzeuges „EDV“ als auch die zum Aus- 
schöpfen dieses Vermögens erforderlichen 
organisatorischen Maßnahmen nicht genü- 
gend bekannt. Erschwerend kommt ferner 
hinzu, daß Hard- und Software nicht immer 
im erforderlichen Maße verfügbar sind. 

Um die negativen Konsequenzen dieser De- 
fizite möglichst gering zu halten, sind intensiv 
betriebene Weiterbildung und Zusammenar- 
beit der Informatiker mit den Fachleuten der 
jeweiligen Branche erforderlich. Es gelingt 
durch Anschauungsunterricht immer, vom 
Leistungsvermögen der Hard- und Software 
erste effektvolle Eindrücke zu vermitteln. Es 
ist aber eine ganz andere Sache, über diese 
Eindrücke hinausgehend den Willen zu wek- 
ken, sich des angebotenen Werkzeuges 
selbst zu bedienen. Ist das erste Eis bei- 
spielsweise mittels der allerorten so belieb- 
ten Textverarbeitungssysteme gebrochen, 
so mag das schrittweise Eindringen von 
Hard- und Software in wesentliche Dinge des 
Fachmannes noch gelingen. 

Aber noch ist die allgemeine und wesentliche 
Beteiligung der EDV an den Problemlösun- 
gen in weiter Ferne, denn mit der Beteiligung 
der EDV an wesentlichen Dingen ist noch 
nicht ohne weiteres deren wesentliche Betei- 
ligung an ihnen gegeben. Wenn beispiels- 
weise Molekel dreidimensional und mehrfar- 
big an einem Bildschirm betrachtet und be- 
wegt werden können, so ist hier die EDV an 
wesentlichen Dingen des Chemikers betei- 
ligt. Deren wesentliche Beteiligung kommt 
aber erst zustande, wenn dem Chemiker dar- 
über hinaus Vorschläge zur Lösung seiner 
analytischen oder synthetischen Aufgabe un- 
terbreitet werden. 

Allgemein betrachtet geht es hier um das In- 
terface zwischen natürlicher und künstlicher 
Intelligenz. Dieser Bereich ist äußerst sensi- 
bel. Vor allem in den Gebieten mit nur wenig 
determinierten Vorgaben, wo also persönli- 
che Erfahrungen, Fingerspitzengefühl, Mei- 
nungen und wohl auch Machtpositionen Ein- 
flüsse haben, dürfte es aus den verschieden- 
sten Gründen (und das sind nicht nur die in 
der Sache selbst steckenden!) sehr schwer 
werden, diejenigen Probleme herauszufin- 
den, die man zur Lösung durch die künstliche 
Intelligenz vorsehen kann. Da wird es auch 


wenig helfen, wenn man zu bedenken gibt, 
daß alle künstliche Intelligenz doch nur ein 
Abbild der natürlichen sein kann. Und 
schließlich geht es auch um neue Organisa- 
tionsstrukturen mit tiefen Eingriffen in perso- 
nelle und räumliche Beziehungen. Auf die- 
sem Gebiet liegen wohl weltweit zu wenig Er- 
fahrungen vor, so daß überall noch Lehrgeld 
zu zahlen sein wird. 

Am leichtesten aber falsch ist es beispiels- 
weise, dieselben Datensammlungen von 
nun an EDV-gestützt zu pflegen, die von al- 
ters her schon als Karteikarten vorliegen. 
Wenn Computer in vorhandene Arbeitsplätze 
eindringen, bilde man zu diesem Zweck die 
dort existierenden Karteikartensammlungen, 
ohne über die Abteilungsgrenzen hinauszu- 
sehen, „1:1“ auf Disketten ab. So vorzuge- 
hen, ist bequem, erspart viele Streitgesprä- 
che und führt fatalerweise auch noch zu ra- 
schen Erfolgen. Aber auf diese Weise entste- 
hen nur Kartenhäusern gleichende kurzle- 
bige Erfolge! So kappt man von vornherein 
die Potenzen der EDV. 

Im Zusammenhang mit der computergestütz- 
ten Handhabung von Datensammlungen 
muß man zunächst die gewohnte individuelle 
oder auch gruppenorientierte Distanz zu ih- 
nen vergrößern. Ebenso wie man nach Ver- 
größerung des Abstandes eine größere Flä- 
che überschauen kann, ist es möglich, nach 
einer Vergrößerung des Abstandes zu Ein- 
zelfakten, eine größere Menge von ihnen zu 
überblicken. Mit den klassischen Hilfsmitteln 
und den menschlichen Sinnen geht von ei- 
nem bestimmten Umfang einer Datenmenge 
an der Blick auf ihre Einzelheiten verloren. 
Aber auch hier besteht wieder eine Paralleli- 
tät zu einer Abstandsvergrößerung im physi- 
schen Sinne. Dort verhilft ein Fernglas zur 
Wiedererkennbarkeit von Einzelheiten, hier 
dient ein Computer dem entsprechenden 
Zweck. 

Ein Kriterium für den notwendigen Umfang 
einer Datenbank ist aus den logischen Zu- 
sammenhängen des gegebenen Datenmate- 
rials abzuleiten. Dieses Kriterium ist mit der 
Entscheidung darüber gegeben, welche logi- 
schen Zusammenhänge in dem auf die Spei- 
chermedien abzubildenden Daten überhaupt 
enthalten sind. Die überhaupt enthaltenen lo- 
gischen Zusammenhänge werden mit der 
Entscheidung darüber vorbestimmt, welche 
organisatorischen Struktureinheiten zu- 
grunde gelegt werden sollen, ob also eine Ar- 
beitsgruppe, eine Abteilung, ein Bereich, ein 
Direktorat, ein Betrieb, ein Kombinat oder gar 
ein Wirtschaftzweig sich am Aufbau und der 
Nutzung einer Datenbank beteiligen soll. Be- 
züglich des Konzipierens einer Datenbank 
kommt es immer nur darauf an, eine Daten- 
bank als eine logische und nicht als eine phy- 
sische Einheit anzusehen. 

Oftmals ist es nicht möglich, die Informatio- 
nen von den klassischen Datenträgern un- 
mittelbar auf EDV-Speichermedien zu über- 
tragen. In diesem Falle ist es üblich, Daten- 
erfassungsblätter auszufüllen, d.h. in einer 
Vorstufe physische Datenerfassung mit klas- 
sischen Mitteln zu betreiben. Schon bei die- 
ser Gelegenheit zeigt sich oft eine positive 
Nebenwirkung des Einführens der EDV. Es 
kommt zu einem Gesundschrumpfen oder 
zum Ausführen einer seit langem beabsich- 
tigten Inventur. 


Bei der physischen Datenerfassung muß vor- 
ausgesetzt werden, daß alle im gegebenen 
Datenmaterial vorkommenden Zeichen in 
den Zeichenvorräten des Computers und sei- 
ner peripheren Geräte enthalten sind. Leider 
bestehen noch immer Probleme bezüglich 
der Sonderzeichen in den verschiedenen le- 
benden Sprachen, die nicht wie die englische 
Sprache mit dem lateinischen Alphabet aus- 
kommen. Für die deutsche Schriftsprache 
geht es um die drei Umlaute in jeweils großer 
und kleiner Schreibweise und um das ß. 

In der Schweiz schreibt man ss anstelle von 
ß. Wollte man diesen Schritt generell tun und 
bei der Gelegenheit die Umlaute gleich miter- 
ledigen, so waere doch zu fragen, ob es nicht 
graesslich fuer ein an die deutsche Schrift- 
sprache gewoehntes Auge ist, Saetze lesen 
zu muessen wie beispielsweise: 

„Haessliche aeussere Einfluesse verdriessen 
und stoeren haeuslichen Muessiggang!“ 

Die Absicht, auch in der deutschen Schrift- 
sprache alle Wörter klein zu schreiben, be- 
steht wohl inzwischen nicht mehr. Während 
man mit Hilfe dieser Eigenart den Intelligenz- 
grad der Software noch wird steigern können, 
fehlt ein gewichtiges Gegenargument, wenn 
es hieße, daß es ausschließlich eine Frage 
der Zeit sei, sich mit dem Tod der Umlaute 
und des ß abgefunden zu haben und daß es 
im übrigen ein Segen sei, endlich von der 
Plage befreit zu sein, mal das und mal daß 
schreiben zu müssen; es sei denn, man ak- 
zeptierte als wirksames Gegenargument, 
daß es schlicht zu viel verlangt ist, den Um- 
gang mit Computern einerseits zu einem 
neuen Kulturgut werden zu lassen und ande- 
rerseits an einem alten Kulturgut zu amputie- 
ren. 

Es ist erforderlich, für eine Datenbank einen 
Verantwortlichen zu benennen, der als allei- 
niger Vertreter der Anwenderseite gegen- 
über der rechentechnischen Realisierung ei- 
nes Datenbank-Projektes auftritt Diese For- 
derung entspricht den Erkenntnissen über 
die notwendigen Voraussetzungen für einen 
aus der EDV-Anwendung maximal zu erzie- 
lenden Gewinn. Mit zunehmender Spann- 
weite des logischen Rahmens einer Daten- 
bank wird es aber immer schwieriger, die Ein- 
zelverantwortlichkeit zu garantieren, weil es 
wegen der Neuheit der Problematik in der ge- 
genwärtigen Entwicklungsphase seitens der 
Anwender nur selten Mitarbeiter geben kann, 
die nicht nur über ein großes Breitenwissen in 
ihrer Disziplin verfügen, sondern auch noch 
hinreichende Informatik-Kenntnisse besit- 
zen. Folglich wird es nötig sein, in einem Kol- 
lektiv (Datenbank-Administration DBA) 
Fachleute der jeweiligen Branche und Infor- 
matiker zu vereinen. 

Um das Einhalten aller dort zu treffenden 
Verabredungen während der entscheidend 
wichtigen Phase des Aufbaues einer Daten- 
bank, erstens überhaupt zu ermöglichen und 
zweitens kontrollieren zu können, muß man 
die DBA mit entsprechenden Kompetenzen 
ausstatten. 

Bevor dieses Kollektiv zu seiner eigentlichen 
Arbeit kommt, bedarf es einer Etappe des 
Überwindens von Verständigungsschwierig- 
keiten durch gegenseitiges Eindringen in die 
jeweils andere Fachterminologie und Vor- 
stellungswelt. Die verschiedenen Sichtwei- 
sen auf die gesamte Problematik müssen 
aufeinander abgestimmt werden. Sicher fin- 
den hier für Soziologen und Psychologen in- 
teressante Auseinandersetzungen statt. 
Konflikte treten auf, wenn es nicht gelingt, 
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sich im Wortsinne auseinander - also ge- 
trennt - zu setzen unter Wahrung des Blickes 
auf ein von allen gemeinsam zu lösendes 
Problem. 

Zündstoff ergibt sich beispielsweise, wenn 
BASIC-Kenner als Software-Entwickler nach 
dem Motto „für jedes Problem ein neues Pro- 
gramm“ verfahren und Ratschläge erteilen. 
Zündstoff ergibt sich ferner, wenn gelernte 
Software-Entwickler mit Neuerungen für die 
branchenspezifischen Fachleute glauben 
aufwarten zu müssen. Das sind Situationen, 
wie sie gewiß derzeit allerorten gegeben sind 
und die gegenwärtige Phase der technischen 
und gesellschaftlichen Entwicklung mitcha- 
rakterisieren. 

Man kann nur hoffen, daß am Ende die der In- 
formatik innewohnende integrierende und 
versachlichende Kraft zu einem alle Beteilig- 
ten befriedigenden Ergebnis führt, das dazu 
noch frei von schwächenden Einflüssen ei- 
nes Kompromisses sein sollte. 

Die EDV in einer dezentralen Organisations- 
struktur zu nutzen, führt erst dann zum größ- 
ten Erfolg, wenn gleichzeitig mit dem Über- 
gang von der Zentralisierung zur Dezentrali- 
sierung der von der Dienstleistung zur 
Selbstbedienung stattfindet! 

Problematisch ist es allerdings, wenn man 
die Forderung nach der Selbstbedienung 
nicht nur auf das Benutzen von Software son- 
dern auch auf deren Produktion ausdehnt 
und zu diesem Zweck das postgraduale Er- 
lernen einer Programmiersprache über Ge- 
bühr fördert oder fordert. 

Auf Grund seiner leichten Erlernbarkeit kann 
z. B. BASIC zu einem Opiat werden und zu 
der Annahme verleiten, daß das Erlernen ei- 
ner Programmiersprache identisch ist mit 
dem Erwerben von Kenntnissen zur Soft- 
ware-Entwicklung. 

Kenntnisse dieser Art sind unabhängig von 
einer bestimmten Programmiersprache. Sie 
sind ein wesentlicher Inhalt der Fachdisziplin 
Informatik. Diese wissenschaftliche Disziplin 
ist noch sehr jung. Folglich sind Fachleute 
dieser Branche nur in geringer Anzahl verfüg- 
bar. Da aber in den nächsten Jahren der Be- 
darf an ihnen noch beträchtlich ansteigen 
wird, muß man erstens mit Rücksicht auf die 
nahe Zukunft die diesbezügliche gradu- 
ierende Ausbildung fördern und zweitens in 
der Gegenwart nach einem optimalen Weg 
bei der Software-Produktion suchen. 

Es ist sinnvoll, in jedem Falle vor dem Erzeu- 
gen neuer Programme zu prüfen, ob nicht mit 
den gegebenen Standard-Paketen Daten- 
bankbetriebssystem, Textverarbeitungssy- 
stem und Kalkulationsprogramm ebenso 
zum Ziel zu kommen ist. 

Im besonderen dürften in der gemeinsamen 
Nutzung dieser Standard-Software zur Lö- 
sung ein und desselben Problems oft nicht 
genutzte Potenzen verborgen sein. Um diese 
Potenzen möglichst restlos auszuschöpfen, 
sind spezielle Informatik-Kenntnisse erfor- 
derlich. Leider sind diese Kenntnisse nicht so 
leicht zu vermitteln wie ein paar BASIC-Kom- 
mandos. Diese Kenntnisse sind am besten 
aus der Anwendung zu gewinnen. Software- 
anwendung setzt aber Kenntnisse voraus 
und zwar auch solche um deren Erwerb es 
geht. Der Anfänger kommt aus diesem Zirkel- 
schluß nur heraus, wenn er EDV-Anwendung 
selbst betreibt, d. h. nach dem Motto Lernen 
durch Handeln verfährt. Dabei ist kollegiale 
Hilfe oder eine gute Dokumentation vonnöten. 
Wenn es dann doch unvermeidlich ist, neue 
Software zu produzieren, ist es nicht leicht, 


einen optimalen Weg dafür zu finden. Um die 
Fragen, wer produziert für welche Aufgaben 
womit Software, beantworten zu können, 
empfiehlt es sich, ein Kriterium aus der An- 
zahl der potentiellen Nutzer dieser Software 
und aus dem Umfang des mit ihr zu erschöp- 
fenden Problemkreises, d. h. aus dem Grad 
ihrer Allgemeingültigkeit, abzuleiten. Ganz 
außer Frage steht es, daß Betriebssysteme, 
Assembler, Interpreter, Compiler oder Da- 
tenbankbetriebssysteme nicht von Program- 
mier-Autodidakten zu entwickeln sind. Deren 
Betätigungsfeld ist die spezielle Anwender- 
Software. 

Die EDV-Konzeption des Institutes 
für Arzneimittelwesen der DDR 
(IfAR) 

In dieser Konzeption vom 26. 1 . 1 984 geht es 
im wesentlichen um eine dezentrale Hard- 
ware- und eine zentralisierte Software-Nut- 
zung. Das endgültige Ziel besteht darin, ein 
Lokales Netz zu installieren. 

Von Beginn an stand fest, keine EDV-Abtei- 
lung klassischen Stils einzurichten, d. h. kei- 
nen zentral zu nutzenden Computer aufzu- 
stellen, an den als periphere Geräte mehr 
oder weniger viele Bildschirm-Terminals an- 
geschlossen sind. Inzwischen gibt es meh- 
rere gute Gründe für diese Entscheidung. 
Zum damaligen Zeitpunkt stand die Tatsache 
im Vordergrund, daß die negativen Konse- 
quenzen einer Havarie an Hard- oder Soft- 
ware bei Vorhandensein genau eines Com- 
puters sehr viel weitreichender sind, als wenn 
es in einem solchen Falle möglich ist, von ei- 
nem Computer-Arbeitsplatz zum anderen zu 
wechseln. 

Ähnlich bedeutsam für die Entscheidung zu- 
gunsten der Dezentalisierung war die Erfah- 
rung, daß sich bei zentral installierten Anla- 
gen und dem Aufbau von EDV-Abteilungen 
neben den Fachabteilungen nicht der an sich 
mögliche Gewinn aus der EDV-Anwendung 
erzielen läßt. An einem zentralen Computer 
entsteht notgedrungen ein mehr oder weni- 
ger großes selbständiges Kollektiv. Zwischen 
dessen Mitgliedern und denen in den Fach- 
abteilungen kommt es meistens z. B. wegen 
organisatorischer Hürden nicht zu der erfor- 
derlichen Intensität der Kooperation. 

Mit der Entwicklung der Bürocomputer und 
vor allem als dann ab 1986 der PC 1 715 in 
großer Stückzahl produziert wurde, begann 
sich in der DDR das Prinzip der dezentralen 
Datenverarbeitung allgemein durchzusetzen. 
Die IfAR-EDV-Konzeption ist von 1982 bis 
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„Messen und Prüfen in der chemischen 
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WER? Wissenschaftlich-Technische Gesell- 
schaft für Meß- und Automatisierungstechnik 
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1983 erarbeitet worden. Ab 1984 wurde da- 
mit begonnen, sie zu realisieren. Aus der 
Sicht der IfAR-spezifischen Aufgaben ging es 
in erster Linie darum, eine Datenbank aufzu- 
bauen. Als mit der physischen Datenerfas- 
sung begonnen werden konnte, stand im 
IfAR noch kein DBS zur Verfügung. Daher ist 
das DBS Manus entwickelt worden. Als kon- 
zeptionelles Schema wurde das CODDsche 
Relationenmodell gewählt. 

Die Leistungsparameter von Manus waren 
zu einem bestimmten Teil durch die einer vor- 
gegebenen Hard- und Software (spezieller 
BASIC-Interpreter) festgelegt. Es ist ferner 
vorausgesetzt worden, vor allem zum Aufbau 
einer Datenbank in der Lage zu sein sowie 
die von EDV-Erstanwendern zu überwin- 
dende Einstiegshürde möglichst niedrig zu 
halten. Die wesentlichen Merkmale von Ma- 
nus sind: 

• Es existiert im wesentlichen nur der Da- 
tentyp Zeichenkette. Eine Zeichenkette 
kann maximal 32 KByte lang sein. (Alle fol- 
genden quantitativen Aussagen gelten unter 
Beachten dieses Parameters.) 

• Beim Erzeugen einer Datei wird vom Nut- 
zer nicht verlangt, einen Datentyp festzule- 
gen, dem die Elemente eines Feldes zu ent- 
sprechen haben. 

• Es ist nicht nötig, für die Längen von Zei- 
chenketten als Elemente eines Feldes einen 
Höchstwert festzulegen. 

• Die Anzahl der Feldnamen je Record ist 
unbegrenzt. 

• Die Anzahl der Records je Datei ist unbe- 
grenzt. 

• Ein Feldelement kann im besonderen 
eine implizite Tabelle sein. Implizite Tabellen 
sind Datenstrukturen, die bekanntlich auch 
als genestete Tabellen oder als Nest-Relatio- 
nen bezeichnet werden. 

• Der Dialog ist in jeder der Komponenten 
von Manus durch eine feste Menü-Steue- 
rung programminitiiert. 

• Mit den Dateien sind neben den trivialen 
Handhabungen des Erzeugens, Korrigierens 
sowie des Transfers alle Manipulationen 
möglich, die sich auf die von E.F.CODD so 
genannten Operationen Projektion, Join 
und Restriktion zurückführen lassen. 

• Arithmetische Operationen sind in Manus 
nicht möglich. 
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1. DDR* offene MIDI-lnformationsbSrse 

WER? Kulturhaus im Emst-Thälmann-Park 
WANN? 30. Oktober 1 988, 1 0-1 8 Uhr 
WO? Kulturhaus im Ernst-Thälmann-Park Berlin 
WAS? Rund um den MIDI-Standard (Computerschnitt- 
stelle für Musikinstrumente) wird informiert, vorgetra- 
gen und ausgetauscht. 

Aus dem Angebot: 

- MIDI-Grundlagen 

- MIDI und Licht 

- MIDI mit DDR-Rechnern 

- MIDI im Einsatz u.v.a.m. 

WIE? Schriftliche Anmeldung unter dem Kennwort MIDI 
an: Kulturhaus im Ernst-Thälmann-Park, Computer- 
club, Dimitroffstraße 101, Berlin, 1055 

Gätcke 
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Der IBM PC und seine Kompatiblen 



Joachim Geiler, Matthias Wermann 
Ingenieurhochschule Mittweida, 
Sektion Informationselektronik 


1981 erschien mit dem IBM PC ein Personal- 
computer auf dem Markt, der das Grundmo- 
dell für eine Rechnerfamilie werden sollte, 
die sich weltweit als Industriestandard 
durchgesetzt hat. Die wesentlichsten Vertre- 
ter dieser Familie sind der IBM PC/XT als 
kleineres Modell und der IBM PC/AT. Neben 
den Originalmodellen der Firma IBM er- 
schien (und erscheint noch) auf dem Welt- 
markt eine nahezu unübersehbare Vielzahl 
von Kompatiblen (siehe MP 7188: 3. und 
4. US), die in ihrer Ausstattung und Lei- 
stungsfähigkeit ihre „Vorbilder“ teilweise 
übertreffen. Obwohl IBM Anfang 1987 mit 
dem Personal System/2 eine neue Rechner- 
familie vorgestellt hat H /, dürfte das PC-Kon- 
zept noch eine Weile Bestand haben. Dafür 
spricht auch, daß alle Modelle des PS/2 als 
softwarekompatibel zum alten PC betrachtet 
werden können 121 (siehe MP 7/88: Bilder 5, 
6 und 7; 2. Umschlagseite). 

Grundsätzlicher Aufbau 

• IBM PC/XT und Kompatible 

Hardwaremäßig besteht der PC aus einer Sy- 
stemplatine (Motherboard), auf der sich ne- 
ben CPU und’Hauptspeicher eine Reihe von 
Steckplätzen für Ergänzungsbaugruppen be- 
finden. Der Original-XT ist mit dem INTEL- 
prozessor 8088 mit 8-Bit-Datenbus ausgerü- 
stet, der mit 4,77 MHz getaktet wird. Kompati- 
ble setzen häufig andere Prozessoren, wie 
den 8086 mit 16-Bit-Datenbus (z. B. im 
Schneider-PC), den V20 der japanischen 
Firma NEC (z. B. im EPSON PC+) oder den 
80186, ein 121. In Verbindung mit einer höhe- 
ren Taktfrequenz (8 MHz, bei einigen Rech- 
neren durch Knopfdruck auch während des 
Betriebes umschaltbar) wird dadurch eine 
gegenüber dem XT höhere Verarbeitungslei- 
stung erreicht. Auf der Systemplatine befin- 
det sich in den meisten Fällen auch eine 
Steckfassung für die Nachrüstung eines 
Arithmetikprozessors 8087. Beim XT befin- 
den sich auf der Systemplatine bis zu 256 
KByte RAM (64 KBit-Chips). Während hier 
Speichererweiterungen eine Erweiterungs- 
karte nötig machen, sind bei neueren Kom- 
patiblen häufig 51 2 KByte bis zu den maximal 
möglichen 640 KByte auf der Grundplatine 
vorhanden, wobei eine Fehlererkennung 
durch Paritätsbit üblich ist. Auf der System- 


Ob XT- oder AT -kompatibel, fast alle Herstel- 
ler übernehmen vom IBM-Vorbild auch den 
grundsätzlichen Aufbau ihrer PCs - kom- 
paktes Rechnergehäuse, das sich neuer- 
dings oft als Tower senkrecht stellen läßt, 
abgesetzte Tastatur und separater Monitor. 
Die Klasse der PCs ist damit meist schon äu- 
ßerlich erkennbar - wie es drinnen aussieht, 
schildert dieser Beitrag zum IBM PC und sei- 
nen Kompatiblen. 


platine befindet sich weiterhin ROM-Spei- 
cher im Umfang von etwa 32 KByte. Dieser 
ROM enthält den Anfangslader, Diagnose- 
routinen, das sogenannte ROM-BIOS und 
(nur beim Original-XT) ein ROM-BASIC. Der 
Prozessor 8088/8086 besitzt einen 20-Bit- 
Adreßbus, kann also maximal 1 MByte Spei- 
cher adressieren. 

In den Erweiterungssteckplätzen des Rech- 
ners sind neben der Speichererweiterung die 
Controller für Disketten und Festplatte zu fin- 
den. Als Diskettenlaufwerke werden bei den 
XT-Rechnern fast ausschließlich doppelsei- 
tige 5V4-Zoll-Laufwerke mit 40 Spuren pro 
Seite verwendet. Mit dem für MS-DOS übli- 
chen Diskettenformat (9 Sektoren zu 512 
Byte) ergibt das eine Diskettenkapazität von 
360 KByte. Bei einigen Kompatiblen findet 
man auch Laufwerke mit 80 Spuren und einer 
Kapazität von 720 KByte. Da ein Großteil der 
heute zur Verfügung stehenden Programm- 
pakete einen erheblichen Speicherplatzbe- 
darf hat, ist der Einsatz einer Festplatte mit ei- 
ner Kapazität von 10 MByte und mehr sinn- 
voll. Beim XT werden heute vorzugsweise 
Festplatten mit 20 ... 30 MByte und einer Zu- 
griffszeit von 60 ... 80 ms verwendet. 

Weitere Erweiterungssteckplätze werden für 
den Druckeranschluß (i.allg. Parallelschnitt- 
stelle nach dem Centronics-Standard) und 
eine Platte für die serielle Kommunikation 
(enthält meist zwei V.24-Schnittstellen) be- 
nötigt. Die außerdem Vorhände Bildschirm- 
karte wird weiter unten beschrieben. 

• IBM PC/AT und Kompatible 

In seinem grundsätzlichem Aufbau (System- 
platine mit Erweiterungssteckplätzen) ähnelt 
der IBM PC/AT dem XT. Im AT wird 
im Gegensatz zum XT der Mikroprozessor 
80286 eingesetzt. Dieser Prozessor kann in 
zwei Modi betrieben werden 131. Im soge- 
nannten Real-Address-Modus ist er zum 
8086 kompatibel und kann 8086-Pro- 
gramme unverändert abarbeiten. Es steht 
wie beim 8086 ein Adreßraum von 1 MByte 
zur Verfügung. Im Protected-Modus können 
16 MByte physischer Adreßraum verwendet 
werden (24 Adreßleitungen), und es steht 
eine Reihe von Hardwareunterstützungen für 
Multitasking und virtuelle Speicherung 
(1 GByte virtueller Adreßraum pro Task!) zur 
Verfügung. Unter dem (auch beim AT meist- 
verwendeten) Betriebssystem PC-DOS bzw. 
MS-DOS wird der AT jedoch ausschließlich 
im Real-Address-Modus betrieben. Ein Teil 
der Fähigkeiten des 80 286 bleibt damit unge- 



nutzt. Auch im AT kann ein Arithmetikprozes- 
sor eingesetzt werden (80287). Der AT wird 
mit 6 bis 10 MHz Takt betrieben. Damit und 
mit der grundätzlich höheren Leistung des 
80286 (z. B. Register-Register-Division in 22 
Takten 131 gegenüber 1 44 beim 8086 141) er- 
reicht der AT besonders bei numerischen An- 
wendungen eine gegenüber dem XT um den 
Faktor 3... 5 höhere Leistungsfähigkeit. 
Nach 15/ bringt der Einsatz eines Arithmetik- 
prozessors im AT eine prozentual geringere 
Verbesserung als in einem 8088-System. 
Der AT verwendet im Gegensatz zum XT Dis- 
kettenlaufwerke höherer Kapazität. Zum Ein- 
satz kommen sogenannte High-Density- 
Laufwerke, die bei doppelseitiger Nutzung 
und 80 Spuren pro Seite eine Nettokapazität 
von 1,2 MByte aufweisen (bei 15 Sektoren 
pro Spur). Für diese Laufwerke werden spe- 
zielle Disketten benötigt. Normale 360- 
KByte-Disketten können jedoch problemlos 
gelesen und auch beschrieben werden. Das 
Lesen von auf dem AT beschriebenen 360- 
KByte-Normaldisketten auf einem XT kann 
jedoch zu den auch vom Datenaustausch 
zwischen PC 1 715 und A 5120 bekannten 
Problemen führen. 

Beim AT und Kompatiblen kann eine Fest- 
platte als Standard angesehen werden, nach 
/6/ kommen Platten mit Kapazitäten von 
20 ... 80 MByte zum Einsatz, die sich gegen- 
über den beim XT eingesetzten auch durch 
eine geringere Zugriffszeit auszeichnen. Zur 
Drucker- und seriellen Karte gilt das zum XT 
Gesagte. Neben den XT-kompatibien Erwei- 
terungssteckplätzen sind auch spezielle AT- 
Erweiterungsplätze (16-Bit-Datenbus, 24- 
Bit-Adreßbus) vorhanden. Diese werden 
z. B. für Speichererweiterungen über die 
640 KByte hinaus benutzt (sog. Extended 
Memory, wird unter MS-DOS jedoch nur als 
RAM-Floppy verwendet). 

Bildschirmansteuerungen 

Im IBM PC und seinen Kompatiblen werden 
unterschiedliche Bildschirmansteuerkarten 
eingesetzt, deren wichtigste im folgenden be- 
schrieben werden 171. Für die Darstellung von 
alphanumerischen Zeichen wird ein erweiter- 
ter ASCII-Zeicherisatz verwendet, wobei die 
Zeichen mit den Codes 128 bis 255 für län- 
derspezifische Sonderzeichen, Pseudogra- 
fikzeichen, mathematische- Symbole u.ä. 
verwendet werden. Auch für die Zeichen mit 
den Codes 1 bis 30 existieren Darstellungen 
auf dem Bildschirm (Symbole für Spiele 
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• Alphanumerischer Monochrom- 
adapter 

Dieser Adapter kann 25 Zeilen zu 80 Zeichen 
darstellen. Er besitzt einen Bildwiederhol- 
speicher von 4 KByte. Jedes Zeichen belegt 
2 Bytes, den Zeichencode im IBM-Zeichen- 
satz und ein Attributbyte. Damit kann jedes 
Zeichen einzeln mit den Attributen Blinkend, 
Hervorgehoben, Unterstrichen und invers 
versehen werden. Der Bildwiederholspeicher 
liegt im Adreßraum des Prozessors ab 
0B0000H, die Zeichen werden innerhalb ei- 
ner 9 x 14-Punktmatrix mit 7x9 Punkten 
dargestellt und sind damit sehr gut lesbar. 

• CGA - Color Graphics Adapter 

Dieser Adapter besitzt einen Bildwiederhol- 
speicher von 32 KByte, der im Adreßraum ab 
OB8000H liegt. Als Controller wird (wie auch 
beim Monochromadapter) der Typ 6845 von 
Motorola eingesetzt. Der Adapter kann in 7 
verschiedenen Modi betrieben werden, 4 
Text- und 3 Grafikmodi /7/. Zwei Textmodi 
und ein Grafikmodus sind dabei farbunter- 
drückende Modi, die bei Anschluß eines 
Schwarz-Weiß-Monitors benutzt werden 
können. Die restlichen Modi sind/7/: 


Modus Auflösung Farben 


Text 40 x 25 Zeichen 

Text 80 x 25 Zeichen 

Grafik 320 x 200 Pixel 

Grafik 640 x 200 Pixel 


16 Vordergrund 
8 Hintergrund 
16 Vordergrund 
8 Hintergrund 


Textzeichen werden in einer 8 x 8-Matrix mit 
5x7 Punkten dargestellt. Aufgrund dieser 
geringen Auflösung ist der CGA etwas ge- 
wöhnungsbedürftig, zumal bei der gewöhn- 
lichen Arbeitsentfernung zum Bildschirm die 
Punktstruktur der Lochmaskenbildröhre sicht- 
bar bleibt. Die Textauflösung 40 x 25 ent- 
spricht der Grafikauflösung mit 320 x 200 
Pixel. 

Auch hier belegt jedes Bildschirmzeichen 
2 Bytes im Speicher (Zeichen und Attribut- 
byte mit Vordergrund-/Hintergrundfarbe so- 
wie Blinkbit). Deshalb können im Bildwi eder- 
holspeicher der CGÄ-Karte bis zu vierTgkt- 
bildschirme gleichzeitig gehalten werden , 
zwischen denen umgeschaitet werden kann. 
Bei der 320 x 200-Pixel-Grafik kann eine aus 
zwei vorgegebenen Farbpaletten gewählt 
werden. 

Bei der 640 x 200-Pixel-Grafik kann jeder 
Bildpunkt entweder rückgesetzt (schwarz) 
oder gesetzt (eine beliebige Farbe) sein. 

• Weitere Bildschirmadapter 

Es gibt eine Reihe von weiteren Bildschirm- 
adaptern, die breite Verbreitung gefunden 
haben. 

Die Hercuies-Gfafik-Karte ist eine mono- 
chrome Karte mit einer Grafikauflösung von 
720 x 348 Pixel. ImTextmodus entspricht die 
Auflösung der des Monochromadapters. 
Neuerdings existert auch eine entspre- 
chende Farbgrafikkarte 181. 

Die IBM-EGA (Enhanced Graphics Adapter) 
hat gegenüber der CGA vier weitere Modi, 
darunter 640 x 350 Pixel bei 64 Farben /7/. 
Es ist ein spezieller Farbmonitor erforderlich. 
Darüber hinaus existieren weitere hochauflö- 
sende Grafikadapter für Spezialzwecke. 
Weiterhin gibt es eine Vielzahl sogenannter 
Multifunktionsgrafikkarten 181, die hard- oder 
auch softwaremäßig an den erforderlichen 


Grafikmodus (CGA, EGA, Hercules...) an- 
gepaßt werden können. 

Tastatur 

Die Tastatur des IBM PC besteht aus einem 
alphanumerischen Tastenfeld, einem Kur- 
sortastenfeld, welches auch als Ziffernblock 
verwendet werden kann (durch die Taste 
NumLock umschaltbar), einem Funktionsta- 
stenfeld und einer Reihe von Steuerlasten. 
Neben von CP/M-Rechnern bekannten Ta- 
sten Shift und Ctrl existiert noch eine weitere 
taste zur Mehrfachbelegung der Zeichenta- 
sten, die Taste Alt. Damit kann jede Taste bis 
zu 8fach belegt werden. Der Funktionsta- 
stenblock ist bei den XT-Rechnern an der lin- 
ken Seite der Tastatur angeordnet, bei den 
ATs und einigen kompatiblen XTs befindet er 
sich oberhalb des alphanumerischen Tasten- 
feldes. Einige At-Tastaturen haben getrennte 
Kursor- und Ziffernfelder und auch eine grö- 
ßere Anzahl Funktionstasten. Beide Rech- 
nertypen werden mit länderspezifischen Ta- 
staturen geliefert, deutsche Tastaturen ent- 
halten die eckigen Klammern als Drittbele- 
gung der Tasten ü/Ü und +/* (mit der Tasten- 
kombination Ctrl-Alt), aber z. B. keine ge- 
schweiften Klammern! Durch Drücken der 
Ait-Taste und gleichzeitiges Eingeben der 
dezimalen Nummer des entsprechenden 
Zeichens auf dem Zifferntastenfeld lassen 
sich jedoch alle 255 Zeichen des Zeichensat- 
zes eingeben. 

Die Tastaturen liefern keinen ASCII-Code, 
sondern jede Taste meldet ihre Betätigung 
(sowohl Drücken als auch Loslassen) durch 
ihre Nummer, den sogenannten Scan-Code. 
Deshalb ist es z. B. möglich, zu erkennen, ob 
die rechte oder die linke oder auch beide 
Shift-Tasten gedrückt sind. 

Speicheraufteilung 

Der vom Prozessor adressierte Speicherbe- 
reich ist bei den IBM PC und Kompatiblen fol- 
gendermaßen eingeteilt /7/: 

00000 RAM 

A0000 Bildschirmerweiterunq EGA 
B0000 Bildwiederholspeicher Monochrom 
B8000 Bildwiederholspeicher CGA 
COOOO BIOS-Erweiterungen 
FOOOO ROM-BIOS 

Daraus ergeben sich die maximal 640 KByte 
RAM, mit denen unter MS-DOS gewöhnlich 
gearbeitet werden kann. Die BIOS-Erweite- 
rungen befinden sich in ROMs auf den ent- 
sprechenden Erweiterungssteckeinheiten, 
z. B. die Treiber für die Festplatte. 

Hardwarekompatibilität 

Was muß man von einem Rechner verlan- 
gen, damit er als IBM-kompatibel bezeichnet 
werden kann? Eine große Anzahl Pro- 
gramme für den IBM PC benutzen die Hard- 
ware des PC, ohne dafür Betriebssystemrufe 
zu verwenden, z. B. durch direktes Schreiben 
in den Bildwiederholspeicher oder gar durch 
Manipulation des Grafikcontrollers 6845 o. ä. 
Damit solche Programme auf einem anderen 
Rechner laufen können, müssen natürlich 
alle E/A-Adressen mit denen des Originals 
übereinstimmen. In /9/ werden zwei Arten der 
Kompatibilität unterschieden: 

- Kompatibilität auf Bausteinebene 

- funktionelle Kompatibilität. 

Die erste Art liegt vor, wenn alle wesentlichen 
Peripheriebausteine (USART, Controller für 
Disketten, Grafikbildschirm usw.) mit denen 
des Oiginalproduktes typgleich sind. Unter 
diesen Umständen werden auch jene Pro- 


gramme, die direkt auf die Hardware zugrei- 
fen, lauffähig sein. Werden andere Bausteine 
benutzt, so ist diese Funktionsfähigkeit nicht 
mehr gegeben. Vielfach wird die Funktion 
des Originals dann emuliert, um eine funktio- 
nelle Kompatibilität zu erreichen. Ein Zugriff 
auf die entsprechenden E/A-Adressen wird 
durch eine spezielle Hardware erkannt und 
funktionell durch ein entsprechendes Pro- 
gramm auf den eingebauten Baustein umge- 
setzt. Solche Prozeduren verlangsamen na- 
türlich den zeitlichen Ablauf, wodurch es bei 
zeitkritischen Anwendungen zu Problemen 
kommen kann. Zur praktischen Überprüfung 
der Kompatibilität werden häufig einige Pro- 
gramme empfohlen, die vom direkten Zugriff 
auf die Hardware ausgiebig Gebrauch ma- 
chen und deren Lauffähigkeit deshalb als In- 
dikator für IBM-Kompatibilität gelten kann. 
Ein solches Programm istz. B. der Flugsimu- 
lator von Microsoft 191. 

Das Betriebssystem 

• Geschichtlicher Überblick /10/ 

Als Betriebssystem für den PC wählte IBM 
1 981 das Betriebssystem MS-DOS der Firma 
Microsoft. Für den IBM PC bekam es die Be- 
zeichnung PC-DOS. PC-DOS wurde im we- 
sentlichen in Zusammenarbeit mit Microsoft 
weiterentwickelt, so daß beide Systeme auch 
in den jüngsten Versionen nur minimal von- 
einander abweichen. Grundsätzlich läuft PC- 
DOS nur auf original IBM-Geräten. Alle Kom- 
patiblen verwenden MS-DOS. In der Version 

1 .0 war MS-DOS sehr an das Standardbe- 
triebssystem für 8-Bit-Rechner mit dem Pro- 
zessor 8080, CP/M, angelehnt. Da 8080- 
Programme recht einfach auf den 8086/8088 
übertragen werden können, gelang es damit, 
viele der von CP/M her bekannten Pro- 
grammsysteme schnell unter MS-DOS ver- 
fügbar zu machen. Das betrifft zum Beispiel 
die bekannten Programme Wordstar, dBase 
II, Multiplan. Bis zum Jahre 1983 wurde MS- 
DOS erheblich weiter entwickelt. Die Version 

2.0 von MS-DOS war eigentlich ein komplett 
neues Betriebssystem, wobei die volle Kom- 
patibilität zur Version 1 erhalten blieb. Die 
Version 2.0 unterstützte doppelseitige Dis- 
ketten mit 9 Sektoren pro Spur (vorher nur 8 
Sektoren) und Festplattenlaufwerke. Dane- 
ben wurde eine Vielzahl von neuen, durch 
das Betriebssystem UNIX inspirierten Featu- 
res in MS-DOS aufgenommen. Die Version 
2.11 wird noch heute teilweise von Herstel- 
lern kompatibler Rechner geliefert. Mit dem 
IBM PC/AT erschien 1 984 die MS-DOS- Ver- 
sion 3.0 und kurz danach 3.1 . Neben der Un- 
terstützung größerer Festplatten wurde MS- 
DOS netzwerkfähig. Aus dem Jahre 1986 ist 
die Version 3.2. Hier wurde besonders die 
Anpassung anderer Medien, z. B. von 80- 
Spur-Diskettenlaufwerken, erleichtert. 
Inzwischen gibt es eine Version 3.3, die die 
Unterstützung von Festplatten größer 
32 MByte durch Partitionierung ermöglicht. 

• Die Bestandteile von MS-DOS 

MS-DOS besteht aus den drei Teilen BIOS 
(Basic 1/0 System), dem DOS (Disk Opera- 
tihg System) und dem Kommandoprozessor. 
Das BIOS ist ähnlich wie bei CP/M der hard- 
wareabhängige Teil des Betriebssystems 
MS-DOS. Es enthält die Treiber für die Stan- 
dardperipheriegeräte und ist auf der MS- 
DOS-Systemdiskette als physisch erstes File 
unter dem Namen IO.SYS oder IO.BIN (bei 
PC-DOS unter IBMBIO.COM) enthalten. 
Beim IBM PC nutzt das BIOS die Treiber des 
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ROM-BIOS, bei Kompatiblen werden die 
Funktionen des ROM-BIOS des Origlnal-PC 
vollständig oder teilweise vom RAM-BIOS 
übernommen. 

Der zweite Teil des Betriebssystems ist der 
Kern des DOS. 

Auf der Systemdiskette ist er das physisch 
zweite File und hat den Namen MSDOS.SYS 
oder IBMDOS.COM. Das DOS stellt den Nut- 
zetprogrammen eine' Vielzahl von System- 
aufrufen für 

- die Verwaltung von Dateien 

- die Verwaltung des Hauptspeichers 

- Eingabe von und Ausgabe nach der zei- 
chenorientierten Peripherie 

- Zugriff zur eingebauten Uhr 

zur Verfügung. Alle Systemdienste werden 
über sogenannte Softwareinterrupts aufge- 


rufen. Auch die Dienste des ROM-BIOS be- 
nutzen diese Aufrufart. 

Der dritte Teil des Betriebssystems ist der 
Kommandoprozessor COMMAND.COM. Er 
übernimmt (ähnlich dem CCP von CP/M) die 
Kommunikation mit dem Nutzer des Rech- 
ners. Der Kommandoprozessor besteht aus 
einem residenten und einem transienten Teil. 
Der transiente Teil kann durch Anwenderpro- 
gramme überschrieben werden und wird 
dann vom residenten Teil nachgeladen. Es 
besteht die Möglichkeit, COMMAND.COM 
durch einen eigenen, anwenderspezifischen 
Kommandoprozessor zu ersetzen. 


/3 / Vieillefönd, C.: Programmierung des 80 286. Sybex-Ver- 
lag, Düsseldorf 1987 

14/ Grafik, W. : Aufbau und Wirkungsweise von 1 6-Bit-Mikro- 
prozessoren. RA 226, VEB Verlag Technik, Berlin 1 987 
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16/ Marktübersicht Systeme mit 80286-Prozessor. PC-Ma- 
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GOTTFRIED WILHELM von LEIBNIZ 


* 1646 Leipzig 

Leibniz gehört unangefochten zu 
den vielseitigsten und geistreich-' 

’sten Universalgelehrten, die die 
Menschheit hervorgebracht hat. 
Der englische Mathematiker Bert- 
rand Rüssel zählte ihn zu den 

. „größten Denkern aller Zeiten“. ' 

In der Tat war Leibniz nicht nur ein 

• bedeutender Mathematiker und Lo- 
giker, sondern ebenso Naturfor- 
scher, Erfinder, Rechtsgelehrter, 
Philosoph, Politiker, Geschichts- 
und Sprachforscher. Sein scharf 
denkender Geist befähigte ihn als 
achtjährigen zum Beispiel, quasi 
mittels logischer Dechiffrierung ei- 
nes illustrierten, lateinischen Tex- 
tes ohne Anleitung Latein zu lernen 
und danach in dieser Sprache mit 
großer Schnelligkeit Gedichte zu 
verfassen. 

' Er führte einen erstaunlich umfang- 
reichen Briefwechsel mit d.er ge- 
samten wissenschaftlichen und po- 
litischen Welt seiner Zeit - es wird 
bis ins nächste Jahrhundert dau- 
ern-, bis sein gesamter schriftlicher 
Nachlaß durchdacht und veröffent- 
licht sein wird. Er ist der Gründer 
der Berliner Akademie der Wissen- 
schaften (1700) und war ihr erster 
Präsident, er regte (1711) auch die 
Gründung der Petersburger Akade- 


t 1716 Hannover 

mie an und war Mitglied der Londo- 
ner Royal Society sowie der Akade- 
• mie Paris. Er arbeitete unablässig, 
mit 5 Stunden Schlaf täglich kam er 
aus. Zeitweilig muß er ein Sklave 
seiner Ideen gewesen sein - so no- 
tierte er über sich selbst: „Beim Er- 
wachen hatte ich schon so viele 
Einfälle, daß ‘der Tag nicht aus- 
reichte, um sie niederzuschreiben“. 
So entwarf er Pläne für den Bau ei- 
•nes Unterseebootes, erfand das 
Anemometer, konstruierte einen 
Windmotor (für Wasserpumpen); er 
entwickelte Geräte, die das Gru- 
benwasser in Bergwerken absaug- 
ten, erfand die Staffelwalze für den 
Zehnerübertrag in seiner mechani- 
schen Rechenmaschine; er behan-' 
delte das Brechungsgesetz der Op- 
tik als Extremalprobiem, analy- 
■ sierte die Fallbewegung eines Kör- 
pers im zähen Medium; er vertei- 
digte den . Evolutionsgedanken in 
der Biologie und erbrachte (200 
Jahre vor S. Freud) den logischen 
Nachweis, daß der Mensch neben 
seinem Bewußtsein auch ein Unter- 
bewußtsein haben müsse. 

Keinem Geringeren als G. E. Les- 
sing, der sich intensiv mit der Leib- 
nizschen Philosophie beschäftigt 
hat, verdanken wir eine der ersten 


chronologischen Kurzbiographien 
über Leibniz. Die wesentlichsten 
Lebensdaten seien kurz angege- 
ben: Als Sohn eines Juristen und 
Professors für Moralphilosophie 
trat Leibniz mit 15 Jahren in die 
Leipziger Universität ein, um Jura 
und (teilweise auch in Jena) neben- 
her Philosophie, Logik und Mathe- 
matik zu studieren.. Im Jahre 1 664 
erwarb er bereits die Magister- 
würde und 1666 wurde er Doctor 
Juris in der später erloschenen Uni- 
versität Altdorf bei Nürnberg (die- 
Leipziger Universität hatte ihn we- 
gen seines zu jungen Alters abge- 
wiesen). 1 670 trat er für 6 Jahre als 
Hofrat in den Dienst des Mainzer 
Kurfürsten; 1672 weilte er in diplo- 
matischer Mission in Paris, wo er 
die Arbeiten von Galilei, Cartesius, 
Fermat, Pascal und Huygens stu- 
dierte. In Paris arbeitete er auch 
wesentliche Fragen der Differen- 
tialrechnung aus. Im Jahre 1676 
trat er in die Dienste des Herzogs 
von Braunschweig-Lüneburg, der 
ihn als Hofrat und Oberbibliothekar 
nach Hannover berief; in diesem 
Amt blieb er 40 Jahre, lang bis zu 
seinem Tode. Auf Grund seiner 
herausragenden Verdienste wurde 
er 1707 von Kaiser Karl VI. zum 
Freiherrn geadelt und zum 
Reichshof rat ernannt. 

Besonders schöpferisch war Leib- 
niz auf dem Gebiet der Mathematik 
tätig. Da sei zunächst die von ihm 
konstruierte Rechenmaschine ge- 
nannt, die er 1673 in der Royal So- 
ciety in London vorführte. Es war 
die erste Maschine, die außer ad- 
• dieren und subtrahieren auch noch 
multiplizieren, dividieren, potenzie- 
ren sowie die 2. und 3. Wurzel zie- 
hen konnte. Leibniz war übrigens 
auch der erste, der Pläne für eine. 
Rechenmaschine entwarf, welche 
■ auf dem von ihm entwickelten, binä- 
ren Zahlensystem basierte! Einer 
solch kühnen, der Zukunft weit vor- 
greifenden Vorstellung konnte die 
Technik der Barockzeit allerdings 
noch nicht folgen. Erst in der von 
Konrad Zuse 1941 konstruierten, 
ersten programmgesteuerten Re- 
chenanlage der' Welt wurde das 
binäre Zahlensystem dann tech- 
nisch realisiert. 

Leibniz legte auch die Grundlagen 
zur formalen Logik. Des weiteren 


untersuchte er die Entwicklung von 
Funktionen in eine Reihe und arbei- 
tete das nach ihm benannte Kon- 
vergenzkriterium aus, er definierte 
den Begriff der Determinante und 
verfaßte die Grundlagen der Deter- 
minantentheorie, die dann von 
Vandermonde und Gauß weiterent- 
wickelt und von Jacobi faktisch ab- 
geschlossen wurde. 

Sein wichtigstes mathematisches 
Verdienst ist jedoch die Erfindung 
der Differential- und Integralrech- 
nung. Dabei ging er nicht - wie 
Newton - von der Quadratur, son- 
. dern- von der Fragestellung nach 
der Tangente aus; anschließend 
lieferte er den Beweis, daß aus dem 
„Umkehrproblem der Tangenten- 
bildung die Quadratur aller Figuren 
herleitbar“ ist. Er leitete die Integra- 
tionsgesetze ab sowie die Rechen- 
regeln für die Differentiation eines 
Produktes, einer Potenz und für die 
Differentiation von impliziten Funk- 
tionen (Veröffentlichung 1684). Er 
machte sogar den Versuch, die Dif- 

M 

dx" 

eilen zu erweitern! 

Im. Jahre 1693 veröffentlichte Leib- 
niz erstmals Methoden zur Lösung 
von ■ Differentialgleichungen mit 
Hilfe unendlicher Reihen. Leibniz 
gehört neben Cartesius und Euler 
zu den Hauptgestaltern der heu- 
tigen mathematischen Formel- 
schreibweise. So führte er die Indi- 
zes ein, die Potenzschreibweise a x , 
die • Determinantenschreibweise, 
logische Symbole, die Differentia- 
tiona- und Integrationszeichen, des 
weiteren die Termini: Funktion, 
Abszisse, Ordinate, Koordinate, 
Differentialgleichung', Algorithmus 

Leibniz durchbrach übrigens als er- 
ster die jahrhundertealte Tradition, • 
wissenschaftliche Werke nur in la- 
teinischer Sprache zu veröffentli- 
chen. Erwähnt s.eien noch seine \ 
Entwürfe einer Universalspräche 
und einer’ Universalschrift, die ihn 
sein ganzes Leben hindurch be- 
schäftigten. 

Seine bis heute aktuelle Forderung 
THEORIA CUM PRAXI hat er 
selbst in hervorragender Weise in 
die Tat umgesetzt. 

Dr. Klaus Biener 
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Tafel 4.1 enthält die Initialisierungskomman- 
dos ICW1 bis ICW4 

Im AEOI-Mode (automatic end of Interrupt) 
wird , die der laufenden Interrupt-Service- 
Routine zugeordnete Bitstelle im ISR bereits 
mit der fallenden Flanke des zweiten INTA- 
Impulses zurückgesetzt. Dadurch kann auf 
das Rücksetzen am Ende des Interruptpro- 
gramms mit einem speziellen PIC-Komman- 
do verzichtet werden. Innerhalb einer priori- 
tätsgesteuerten verschachtelten Interrupt- 
struktur ist dieser Mode jedoch nicht si n nvoll. 
Nach der Einstellung des Pjjffermodes 
erzeugt der PIC am Ausgang SP/EN für die 
Dauer der Ausgabe des Interruptvektors ein 
Steuersignal zur Ansteuerung der Daten- 
BUS-Puffer. Im Puffermode legt die Bitstelle 
M/S die Reaktion als Master- oder Slave-PIC 
fest. 

Mit Operationssteuerkommandos (Opera- 
tion control word, OCW) lassen sich weitere 
Betriebsarten des PIC jederzeit während der 
Programmabarbeitung einstellen (Tafel 4.2). 
Operationssteuerworte können in beliebiger 
Reihenfolge ausgegeben werden. 


Tafel 4.2 Operationskommandos 
QCW1 Partadresse mit AO - .' 

D7 Dt Dt 04 03 D2 Dl DO 



M7-M0 Interniptelngangsmasklerung 


0 interruplaingeng freigegoOQn 

1 Interrupteingang gesperrt 


0CW2 Portadresse AU-0 

D7 D6 0t D4 D3 D2 Dl 00 



L7-L0 Binärcode tü r Interrupteingangsnummer 

RSLE0I Kommando 


0 0 t SOI Kommandofendotintarrupr/mit 

HO. LI. 12- 0 

0 1 1 SEOi-Kommando($peciatendo<interropi) 

101 Rotation im EOI- Mode mit LO, LI, L2-0 

10 0 Ro ta tion im A £ Ol-Mooe. Setzen mit 




Das Operationssteuerwort 0CW1 setzt das 
Interruptmaskenregister. Auch für gesperrte 
Interrupteingänge werden jeoch bei flanken- 
gesteuerten Eingängen Interruptanforderun- 
gen im IRR abgespeichert. 

Mit dem Operationssteuerwort 0CW2 werden 
sieben Kommandos der Interruptfreigabe 
und der Interruptorganisation gebildet: Die 
Ausgabe eines EOI -Kommandos (end of in- 
terrupt) setzt die höchstpriorisierte aktive Bit- 
stelle des ISR zurück. 

Das SEQ\-Kommando (specific end ot Inter- 
rupt) bezieht sich auf eine ausgewählte Bit- 
stelle des ISR. 

Nach der Initialisierung sind die Prioritäten 
den IR-Eingängen fest zugeordnet, wobei der 
Eingang IRO die höchste Priorität besitzt. 
Diese Prioritätsorganisatron kann durch die 
Rotationskommandos abgeändert werden. 
Durch die Rotation der Prioritäten erhalten 
alle IR-Eingange die gleichen Zugriffsmög- 
lichkeiten. Die Interruptrotation ist den ver- 
schiedenen Formen der interruptfrergabe 
des IRR (EOI-, SE0I- und AEOI-Mode) in unter- 
schiedlichen Kommandos zugeordnet. 

Das Kommando Rotation im EOI -Mode ver- 
anlaßt nach dem Rücksetzen der höchstprio- 
risierten Bitstelle des ISR die Zuordnung der 
niedrigsten Priorität (Wer! 7) für den zugehö- 
rigen IR-Eingang. Die diesem Eingang fol- 
genden Eingänge erhalten, beginnend mit 
Priorität 0, abnehmende Prioritäten zugewie- 
sen. Auf diese Weise wird gesichert', daß eine 
erneute Interruptanforderung für einen IR- 
Eingang erst wieder, berücksichtigt wird, 
wenn alle anderen anfordernden Eingänge 
bedient worden sind. Die höchste Interrupt- 
priorität rotiert nach jeder Interruptbearbei- 
tung zum nächsthöheren IR-Eingang 
Die Prioritätsrotation erfolgt im AEOI-Mode 
automatisch nach dem zweiten INTA-Impuls 
bei der Interruptannahme. Mit den Komman- 
dos Rotation im AEOI -Mode; Setzen und Ro- 
tation im AEOI -Mode; Löschen wird die Rota- 
tion im AEOI-Mode ein- und ausgeschaltet. 
Die niedrigste Priorität kann einem IR-Ein- 
gang mit dem Kommando Priorität setzen zu- 
gewiesen werden. Damit wird zugleich für 
alle folgenden Eingänge, beginnend mit der 
höchsten Priorität, eine abnehmende Priori- 
tät eingestellt. Diese Neueinstellung wird erst 
für die danach eintreffenden Interruptanfor- 
derungen wirksam. 

Das Kommando Rotation im SEOI-Mode 
kombiniert die Funktionen der Kommandos 
für das Einstelien des SEOI-Modes und des 
Interruptsetzens. Die ausgewählte Bitstelle 
des IRR wird gelöscht und dem zugehörigen 
Eingang die niedrigste Priorität zugewiesen. 
Alle folgenden IR-Eingänge erhalten neue 
Prioritäten in der o. a. Form. 
Leseoperationen: 

Oie Register IRR, ISR und IMR können gele- 
sen werden. Vor einer Leseoperation für die 
Portadresse mit AO = 0 muß der Zugriff auf 
IRR oder ISR durch eine Einstellung mit dem 
Kommandosteuerwort 0CW3 ausgewählt 
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werden Diese Auswahl bleibt bis zur Neuein- 
stellung auch über mehrere Leseoperationen 
erhalten. Nach der Initialisierung wird der Zu- 
griff auf IRR eingestellt. 

Um das Masken reg ister IMR zu lesen, ist 
eine Voreinstellung nicht notwendig, da dafür 
die Portadresse mit AO = 1 benutzt wird. 
Durch 0CW3 kann auch ein spezieller Mas- 
kierungsmode eingestellt werden. In diesem 
Mode werden Interruptbearbeitungen für An- 
forderungen mit einer Priorität, die geringer 
ist als die der in der Abarbeitung befindlichen 
Interruptoutine, ermöglicht. Weitere Anforde- 
rungen des bearbeiteten !R-Eingangs wer- 
den jedoch nicht bedient, um eine unkontrol- 
lierte Verschachtelung desselben Interrupt- 
programms zu vermeiden. 


Tafel 4.3 Programmier beispiel 


CODSEG EQU 1000H 

INTOFF EQU OESH :Adresselndcr 

Memipltabelle 


PICO EQU OCOH 

PIC1 EQU 0C2H 

PICICW1 EQU 17H 

ricicwz fOU 38H 

PICICW4 EQU OFH 

PIC0CW1 EQU OFBH 


,PIC-Adressem/:A0 = O 
;PIC-Adresse m.lAO-t 
lEimei- PIC, 
Ittankengesteuert 
ilntarruptvektor 
•.Master- und Buffer- 
.mode. AEOI 
dntefrupttreigabe 
; für IR2 


TIMCHO EQU DDOH 

TIMCON EQU 0D6H 

TIMMDO EQU 3EH 

TIMflL EQU 02 H 

TIMOH EQU 30 H 

USART. CONTROL EQU ODAH 
USART.OATA EQU 0D8H 

DSEGO 
ORG INTOFF 
DW OFFSET ISR 
DW CODSEG 


;Timeradressefür 
, Kanal Q 

;Tlmeradresso für 
Steuerkanal 
;Steuerwort Timer 
.(Modo 3. dual) 
;Zeltkonstante, 
.unterer Anteil 
■.Zeltkonstante, 
;oberer Anteil 
; Portadresse USART, 
;Control 

;Portadresse USART, 

■AdreBoinstellung In 
rlnterruptadreßtabollo 
;Adressederlnter- 
;rupt-Servlce-floutine 


CSEG COOSEG 
CU 

MOV AL,PICICW1 

OUT PICO, AL 
MOV AL.PICICW2 
OUT PIC1.AL 
MOV «L.PICICW4 
OUT PIC 1. AL 
MOV AL.PICOCW1 

OUT PICI.AL 
MOV AL.TIMMDO 
OUT TIMCON. AL 

MOV ALJIMOL 


;CFU-lnterrupt sperren 
:MC-lnttialisierungs? 
;kommandos 
.ausgeben 


; PI C- Interruptmaske 


:Mode -Einstellung 
Ausgabe derZeitkon- 


OUT TIMCHO, AL 
MOV AL.TIMOH 
OUT TIMCHO, AL 
STI 


für Timer 
.ZPÜ-lnterruptfrei- 


JMPSLP 


;ondlose Schleife 


ISR: 


MOV AL,'*' 

CALL OUTPUT ;Bitdschirmausgabe 

IRET . 


OUTPUT: PUSHAX 

OUTPUT! : IN AL.USART -CONTROL 

;Lesen Statusregister 
TEST AL , 1 .'Prüfen TxRDY - 1 

JZ OUTPUT1 

POP AX iSendepufferlcor! 

OUT USART .DATA.AL Daten schreiben 

RET 


Der PIC kann auch für die Unterstützung von 
Pollingverfahren eingesetzt werden. Nach 
der Ausgabe des Polling-Kommandos kann 
mit einem einzigen Lesebefehl festgestellt 
werden, ob an einem IR-Eingang des PIC 
eine Bedienanforderung anliegt. Dieser Fall 
wird mit D7 = 1 des eingelesenen Bytes ge- 
kennzeichnet. Die drei unteren Bits dieses 
Bytes enthalten die IR-Eingangsnummer der 
höchstpriorisierten Anforderung. 

4.5 Programmbeispiel 

Das Programmbeispie! in Tatei 4.3 behandelt 
die Anschaltung eines Programmierbaren In- 
tervall-Timers 8253 an den PIC. Dabei wird 
der Ausgang des Zählers 0 mit dem Eingang 
IR2 des PIC verbunden. 

Der Timer erzeugt im Mode 3 eine Impuls- 
folge imZeitabstand von 1 0 ms (s. Abschn. 3). 
Die PlC-Progammierung enthält innerhalb ei- 
nes Einzel-PIC-Systems die Interruptfreigabe 
für den Eingang IR2 mit Flankensteuerung. 
Aus der Angabe des Interruptvektors 38H er- 
gibt sich für den Eingang IR2 die Adresse 
D;0E8H innerhalb der Interruptadreßtabelle. 
Auf dieser Speicherposition wird die Adresse 
des Interrtupt-Service- Programms angege- 
ben. 

Nach der Programmierung des Timers und 
des PIC verbleibt das Hauptprogramm in ei- 
ner endlosen Schleife. Im Abstand von 1 0 ms 
wird die Interrupt-Service-Routine eingeblen- 
det, in der das Zeichen V auf dem Bild- 
schirm ausgegeben wird. Die Programmfor- 
mulierung enthält die mnemonischen Be- 
fehlsbeschreibungen und Pseudoanweisun- 
gen des Assembler-Programmes ASM86, die 
im Abschnitt 5 dieser Folge beschrieben wer- 
den. 

5. Assemblerbefehle der 8086-CPU 

5.1 Befehlsübersicht 

Der Befehlssatz der 8086-CPU enthält die 

wichtigsten, ausder8-Bit-Technik bekannten 

Funktionsgruppen, welche jedoch durch eine 

Reihe weiterer effektiver Befehle ergänzt 

wurden. 

Die CPU realisiert die Verarbeitung von 8-Bit- 
Daten {Bytes) und 16-Bit-Daten (Wörter). 
Arithmetische Operationen beinhalten ver- 
schiedene Formen der Addition und Subtrak- 
tion, der Multiplikation und der Division. 
Logische Operationen beziehen sich auf 
UND-, ODER- und XOR-Verknüpfungen zwi- 
schen zwei Operanden und die Negation. 
Rotation und Verschiebung von Einzelope- 
randen. ’ 

Stringoperationen gestatten das Umladen 
und den Vergleich von Speicherblöcken und 
die Abspeicherung bzw. Suche von Zeichen 
in Speicherbereichen. 

Für die Programmablauforganisation steht 
eine Vielzahl unbedingter und bedingter 
Sprünge, Schleifenanweisungen, direkte und 
indirekte Unterprogrammaufrufe und Return- 
anweisungen zur Verfügung. 

Die Registerstruktur des 8086 zeigen die Bil- 
der 2.3, 2.4 und 2.5. 

Die vier Hauptregister AX, BX, CX und DX kön- 
nen als 16-Bit-Register oder 8-Bit-Register 
mit den Bezeichnungen AL, AH, BL, BH, CL, 
CH, DL und DH benutzt werden Die Indexregi- 
ster Sl {source index register) und Dl (desti- 


nation index register) und das Pointerregister 
BP (base pointer) werden als 16-Bit-Operan- 
denregister oder für die indirekte Speicher- 
Adressierung vewendet. Der Stackpointer SP 
verwaltet den Prozessorstack. 

Die Hauptregister, Indexregister und Pointer- 
register können in der Mehrzahl aller Befehle 
als Operandenregister verwendet werden. 

5.2 Assemblerprogrammierung 

Im folgenden werden alle Befehle auf dem Ni- 
veau der Assemblerbeschreibung erläutert, 
wobei aut das Assemblerprogramm ASM86 
im Betriebssystem SCP170Q Bezug genom- 
men wird, das mit dem gleichnamigen Cross- 
Assembler im Betriebssystem SCPX überein- 
stimmt. 

Auf Besonderheiten des Assemblerprogram- 
mes RASM86 im Betriebssystem SCP1700 
wird im Abschnitt 6 hingewiesen. 

Die Beschreibung der Befehle erfolgt in mne- 
monischer Darstellung, wobei die Operan- 
den in Registern mit dem Registemamen 
dargestellt sind. 

Konstanten können in dualen, oktalen, dezi- 
malen und hexadezimalen Darstellungen 
oder im ASCII-Code auftreten. 

5.2. 1 Speicheradressierung 

Bei der direkten Adressierung von Speicher- 
plätzen werden konstante Adressen nume- 
risch oder als Symbol angegeben (Bild 

5.1 .a). 

OFFSET = 16 Bit offset (im Befehl). 

Bei der indirekten Adressierung ist 

• die Offseladresse in einem der 16-Bil-Re- 
gister enthalten: 

- Basisregister [BX], [BP] oder 

- Indexregister [Sl], [Dl]. 

Die Registerangabe erfolgt in eckigen Klam- 
mern (Bild 5.1. b). 

OFFSET = [BX] oder [BP] oder [Sl] oder [Dl]. 

• die Offsetadresse als Summe von zwei 1 6- 
Bit-Registern angegeben: 

- Basisregister + Indexregister 
OFFSET - [BX+Si] oder [BX+DI] oder 

[BP+SI] oder [BPi-DI] (Bild 5.1 .0) 



Bild 5.1 Adressierungsarten des 8086 
aj Direktoperand 

b) Operand in Indexregister SI,DI oder Basis- 
register Bk, BP 

c) Operand in Summe von Indexregister plus 
Basisregister 
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• eine zusätzliche positive oder negative 
Verschiebung (displacement) wird im As- 
semblerprogramm ASMB6 außerhalb der ek- 
kigen Klammern ergänzt, während einige Re- 
assembler, z. ß. Im Monitor des A 71 00. dafür 
die sinnvollere Darstellung aiier Bestandteile 
der Adresse innerhalb der eckigen Kiam mern 
benutzen. 

Beispiel: 

TFFSET - [Si t Dl) + displacement 

Die Standard-Zuweisung der Operanden zu 
den Segmentreg istem lautet: 

Operand ~ Segmentregister 

Diraktoperand, 8X SI, Dl Datensegment DS 

SP. BP Stacksegment SS 

Di (Stringoperationen) Extrasegment ES 

•/Venn ein Indexregister zusammen mit einem 
Basisregister benutzt wird, gilt das Standard- 
Segmentregister des Basisregisters als 
Standardsegment für den gesamten Operan- 
den: 

[BP + Si] mit Segment SS 
[BX + Dl] mit Segment OS 
Speicheradreßangaben mit vom Standard 
abweichenden Segment-Registern werden 
durch Vorsetzen des neuen Segmentregi- 
sternamens dargestellt (Segmentpräfix). 

Oer ASM86 veraroeitet über den Umfang der 
Prczessorbefehie hinaus sogenannte Pseu- 
do anweisungen, wovon nur einige wichtige 
hier angegeben sind. 

Mit der EQU-Anweisung werden Symbole 
(Namen) für numerische Konstanten einge- 
fühit. Diese können auch über einfache Aus- 
drücke definied werden. 



5.3 8086-Befehle 

5.3.1 Transportbefehle 


MOV-Befehle dienen dem Transport von 8- 
und 16-Bit-Daten zwischen den Registern 
untereinander, zwischen Registern und Spei- 
cherplätzen und von 8- und 16 Bit-Konstan- 
ten in Register und auf Speicherplätze. 

Als 16-Bit-Register in MOV-Befehlen sind die 
vier Hauptregister, die Indexregister, die 
Pointerregister und mit Einschränkungen die 
Segmemregister zugeiassen 
Oie folgenden Beispiele vermitteln die Regi- 
s'erscrireibweise in Register-Register-Be- 
f ernten in Assemblernotierung: 



Mli dsv. Rscudoenweisungen 03 (de fine 
'■></«): PW idefine word), RB (reserve byte) 
und {reserve woro) Können im Coaeseg- 
ment Datensegment, Stacksegmem: und Ex- 
Imsegrrent Spsicherbereicne definiert und 
benannt werden. Die Anweisungen DB uno 
y/i initialisieren den Speiohsrbereicn mit 
rx«t '■ den anschließenden Listen byte- oder 
wditweise angegecenen Konstanten. Hinter 
ttn , •id HW steni nur die Zahi der reservierten 

Die ifkl-Ai.-.uiie-vg vier Bytes im 

Spec-d.;-,- r t einer vollständigen Offset- D»*d 
Segnervtud'ssse 

D : e Seg me-- L-u er Jr,ur<g zu» dc-inienen 
Adresse für Programm- und Dofent ersiehe 
erfolgt hn Assemblerprogramm ASM86 mit 
den Pscudoanweisungen SSEG, 25 EG SSEG 
und ESEß für das Code-, Daten-, Stack- und 
Extrasegment 

Der Inhalt dos CS-Regisfers wird beim Pro- 
granrnstart eingcstcüt, wahrend die restli- 
chen Segmentregister vor ihrer Verwendung 
im Programm geladen werden müssen. 

Mit der Anweisung ORß wird die Offset- 
adresse innerhalb des Segments festgelegi. 



Bei MGV-Befenien sind für den Speicherzu- 
griff die rnn Abschnitt 5.2.1 genannten direk- 
ten und indirekten Acresslerungsarten nvt 
den Standard-Zuweisungen zu oen Segment- 
registern möglich (Bild 5.1): 



vsi ,DS:<8X>+<.i 


Dis folgenden Beispiele für den Transfer zwi- 
schen Registern und Speiche rinhalten geben 
die Assemblernotierung für die verschiede- 
nen Adressierungsfoimen ari. Aus der Arl 


des beteiligten Registers ergibt sich ein Byte- 
oder Wortzugriff auf den Speicher. 



Bei Angabe von Adreß-Symbolen, die nicht 
im Datensegment definiert sind, erzeugt der 
Assembler automatisch ein entsprecnendes 
Segment-Override-Präfix. 



Für die Definition von im Beiehl angegebe- 
nen Konstanten ist die Breite des Zielreg i- 
sters entscheidend 



MOV-Befehle für das Einschreiben von Kon- 
stanten in den Speicher oder Befehle mit nur 
einem Operanden, für den auf den Speicher 
zugegriffen wercen muß, benötigen m aer 
Assemciemoiierung die Angabe zu einem 
Byte- oder einem Worttransfer. Das erfoior 
durch den Zusatz BYTE P TR ocer WORD P T R 
vor der Artgabe der Speicheradresse 
Diese Angaben sind auch oe> einer Reihe an- 
derer Befehle mit Konsianten-Oarstsilung er- 
forderlich 



Mit Arireßtransfer-Gperationen können OS1- 
selwerte und auch Segment-werte ln Register 
geladen werden. 

Der Gefehi LEA (load effexlive address) 
schreibt die Offsefadresse in eines der acht 
möglichen 16-Bif-Regisier. 
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Die Befehle LDS und LES übertragen den In- 
halt von 2 benachbarten Speicherplätzen in 
ein 16-Bit-Register und den Inhalt der beiden 
nachfolgenden Speicherplätze in DS bzw. ES. 



Der Spezialfall eines T ransportbefehls XLAT 
(translate) dient zur Übertragung des Inhal- 
tes eines Tabellenelements. Dabei wird aus 
der Summe der Inhalte von BX (Startadresse 
der Tabelle) und AI (displacement) eine Off- 
setadresse gebildet, mit der ein Byte vom Da- 
tensegment In AL geladen wird. 



XCHG Befehle (oxchange) realisieren den 
Austausch von Bytes oder Wörtern zwischen 
Registern oder zwischen einem Riegister 
und einem Speicherplatz. 



PUSH-und POP-Befehle transferieren Wortin- 
formationen zwischen einem Register und 
dem Prozessorslack Vor jedem Speicher- 
schreiben wird die Adresse im SP-Register 
dekrementiert und nach jedem Lesen inkre- 
mentiert. Als zu transferierende 16-Bit-Regi- 
ster sind neben den Hauptregistern, den In- 
dexregistern und Pointerregistern auch die 
Segmentregister zugelassen. 

Die speziellen Befehle PUSHF und POPF be- 
ziehen sich auf die Stackoperationen für das 
Flagregister. 


PUSH OS ;OS in stack - 

% 11111811 


Die Flagladeoperation LAHF (load AH with 
flags) überträgt die dem Prozessor 8080 ent- 
> sprechenden Flags des 8086 in der Anord- 

nung SF,ZF,x,AF,x,PF,x,CF in das Register 
AH. 

Der Befehl SAHF (störe AH into fiags) reali- 
siert die entsprechende Transportoperation, 
für die Gegenrichtung. Die IN- und OUT- 
\ Befehle sind 8- und 16-Bit-Transportbefehle 

zwischen AL oder AX und Ein-/Ausgabekanä- 
len. Dabei kann die Kanaiadresse als Byte- 
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konstante im Befehl oder als Wort-Variable 
im Register DX angegeben werden. 



CLC(clearCF) 

CMC (compiement CF) 
STC(setCF) 

CLD (ciearDF) 

STD (setOF) 

CU (clearIF) 


STI (setIF) 


CF>=<CF> 
<CF> = 1 
<DF>=0 
<DF>=1 

<IF>=0, Sperren 

maskierbarer 

Interrupts 

<fF>=1, Freigabe 

maskierbarer 

Interrupts 


Mit den folgenden Befehlen werden einzelne 
Binärstellen des Flagregisters eingestellt: 

;<CF>=0- 


Eine andere Möglichkeit zur Einstellung aller 
Fiags besteht in der Abspeicherung des ge- 
wünschten Bitmusters im Stack und dessen 
Übernahme in das Flagregister mit dem Be- 
fehl POPF. 


5.3.2 Zeichenkettenbefehle 
Zeichenkettenbelehie dienen dem Umladen 
und Vergleich von bis zu 64 KByte großen 
Speicherbereichen bzw. der Zeichensuche 
und Zeicheneintragung in Speicherberei- 
chen. Für die entsprechenden String -Einzel- 
operationen 
MOVS move string 
CM PS compare string 
STOS störe string 
LODS load string 
SCAS scan string 

kann durch die Angabe des Wiederholungs- 
präfix REP eine zyklische Abarbeitung festge- 
legt werden, für die das Register CX die Zy- 
klenzahl enthält. Mit dem Präfix REP wird bei 
den Befehlen CMPS und SCAS eine zweite 
Wiederholbedingung des zyklischen Ablau- 
fes in Abhängigkeit vom Inhalt des Z-Flags 
durchgeführt. Es erfolgt dabei eine automati- 
sche Wiederholung unter der Bedingung CX 
ungleich Null und <ZF>=1. 

Einheitlich für alle Zeichenkettenbefehle gilt, 
daß die Queiizeichenkette mit der Offset- 
adresse im Register Sl und der Segment- 
adresse in DS und die Zielzeichenkette mit 
der Offsetadresse in Dl und der Segment- 
adresse in ES definiert ist. Dadurch sind Zei- 
chenkettenoperationen mit unterschiedli- 
chen Speichersegmenten möglich. 

Für eine eindeutige Übertragung ist die An- 
gabe BYTE PTR bzw. WORD PTR erforderlich. 
Der Befehl MOVS überträgt ein Byte oder 
Wort aus der Queiizeichenkette in die Zielzei- 
chenkette. Bei Abarbeitung des Befehls wer- 
den die Zeiger Sl und Dl für beide Zeichen- 
ketten in Abhängigkiet vom Datenfornnat um 
1 und 2 verändert. Ein Zeigerinkrement oder 
-dekrement erfolgt in Abhängigkeit vom Wert 
des D-Flags (DF=1 Dekrement, DF=Q Inkre- 
ment). 

Der MOVS- Befehl beeinflußt keine Flags. 



Im Befehl CMPS werden die Quell- und Ziel- 
zeichenkette byte- oder wortweise verglichen 
und die Zeiger wie beim MOVS-Befeh! verän- 
dert. Das Ergebnis des Vergleichs steht in 
den Flags AF, CF, OF, PF, SF und ZF. Der von 
der Z- Flagbedingung abhängige zyklische 
Vergleich ergibt die Zeiger Dl, Sl auf die näch- 
ste Adresse der erslen Zeichenabweichung 
oder -Übereinstimmung 
REP REPZ, Wiederholung bei <ZF>^ 1 
REPNZ, Wiederholung bei <ZF> “0 



Mil dem Befehl STOS kann der Zielbereicn im 
Extrasegment mit in AL oder AX vorgegebe- 
nen Bytes/Wörtern beschrieben werden. 



Die umgekehrte Operation führt der Befehl 
LODS aus. Ein Byte/Wort wird aus der Queii- 
zeichenkette vom Datensegment in AL/AX 
übertragen. 



Für die Suche eines in AL/AX vorgegebenen 
8-/1 6-Bi (-Zeichens in einer Zielzeichenkette 
im Extrasegment ist der Befehl SCAS in zykli- 
scher Ausführung mit dem Präfix REPNZ ge- 
eignet. 


240 


Mikroprozessoitechn*. Berlin 2 (1388) I 



5.3.3 Arithmetische Befehle 


Die arithmetischen Operationen realisieren 
die vier Grundrechenarten für 8-/1 6-Bit-Duai- 
darsteilungon und zweistellige Dezimalzah- 
len in unterschiedlichen Versionen. Operan- 
den können in 8-/16-Bit-Registern oder im 
Speicher vorgegeben werden. Das Ergebnis 
kann in jedem dieser Register oder im Spei- 
cher abgelegt werden. 

!m Ergebnis arithmetischer Operationen wer- 
den zusätzlich die folgenden Flageinstellun- 
gen realisiert: 

CF = 'V, wenn Überlauf bei Addition oder 
Unterlauf bei Subtraktion für das 
gesamte Format auftritt 
ZF = T : wenn Ergebniswert - 0 
SF = T, wenn höchstwertigstes Bit des Er- 
gebnisses -- 1 

PF - T, wenn Parität der unteren 8 Bit des 
Ergebnisses gerade 

AF ~ “!\ wenn bei Addition Überlauf oder bei 
Subtraktion Unterlauf zwischen den 
unteren Halbbytes des Ergebnis- 
ses auftritt 

OF - T, wenn ein Überlauf aus dor zweit- 
höchsten Stelle auf die werthöchste 
Stelle des Ergebnisses entsteht 

Die Addition und Subtraktion von Dualdaten 
erfolgt in den Befehlen ADD, SUB, ADC (addi- 
tion with carry) und SBB (subtraction with bor- 
row) ohne oder mit Berücksichtigung des C- 
Flags. Negative Zahlen werden in derZwerer- 
komplementform dargestellt. 

Sonderfälle der Addition und Subtraktion sind 
die INC- und DEC-Operationen mit der Erhö- 
hung oder Erniedrigung des Inhaltes um t 
von 8-/16-8it-Registern oder von Dualzahlen 
Im Speicher. 

Eine duale Subtraktion wird beim CMP-Befehl 
ausgeführt, wobei das Ergebnis nur die o. a. 
Flags beeinflußt. 



Der Befehl NEG erzeugt die Zweierkomple- 
mentdarstellung des Vorgabeoperanden. 

Die dezimale Addition und Subtraktion wer- 
den über Korrekturoperationen im Anschluß 
an die dualen Operationen ausgeführt. 

Der Befehl DAA (decimal adjust for additk i) 
wandelt das auaie Additionsergebnis im Re- 
gister AL in eine gepackte Dezimaldarstel- 
lung um. Für die Ssteliige dezimale Ergebnis- 
darstellung wird das C-Flag mitbenutzt. 

Im Anschluß an die duale Addition einer zwei- 
stelligen urigepackten Dezimalzahi im ASCII - 
Code im Register AX mit einer einstelligen 
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Dezimalzahl in Dualdarstellung erzeugt der 
Befehl AAA (ASCII adjust for addition) eine 
ASCII-Darstellung o'es Ergebnisses in AX. 
Die entsprechenden Korrekturoperationen 
für die Subtraktion lauten DAS (decimal adjust 
for subtraction) und AAS (ASCII adjust for sub- 
traction). 

Eine bedeutende Verbesserung gegenüber 
der 8-Bit-Prozessor-Technik bietet beim 8086 
die Hardwarerealisierung der Multiplikation 
und Division. 

Der Multiplikationsbefehl MUL führt eine vor- 
zeichenlose Multiplikation zwischen dem Re- 
gister AL bzw. AX und einem Faktor in einem 
Register oder im Speicher aus. Im Fall einer 
8-Bit-Multi plikation wird der über 8 Binärstel- 
len reichende Anteil des Produktes in AH ab- 
gespeichert. Bei einer 16-Bit-Multiplikation 
kann das Ergebnis maximal 32 Binärstellen 
einnehmen, von denen die oberen 16 im Re- 
gister DX abgelegt werden. Ist die Ergebnis- 
länge größer als das Vorgabeformat, werden 
die Flags CF=0F=T gesetzt. Alle anderen 
Flags sind nicht signifikant. 

Der Befehl IM UL (integer muitiply) verarbeitet 
vorzeichenbewertete Dualzahlen. 

Für die Multiplikation von ungepackten Dezi- 
malzahlen existiert die Korrekturoperation 
AAM (ASCH adjust for muitiply) für die Nachbe- 
handlung einer 8-Bit-Dualmultiplikation in AX. 
Bei dem Befehl DIV muß ein ganzzahliger Di- 
vidend doppelter Länge durch einen Divisor 
einfacher Länge dividiert werden. Der Divi- 
dend wird bei der 8-Bit-Division im Register 
AL mit der Erweiterung in AH vorgegeben. Der 
Quotient steht nach der Operation in AL und 
der Rest in AH 

Bei der 16-Bit-Division wird der 32-Bit-Divi- 
dend in AX mit der Erweiterung in DX angege- 
ben. Im Ergebnis stehen der Quotient in AX 
und der Divisronsrest in DX. Auf diese Weise 
können Divisionsbefehle verkettet werden, 
um Dualzahlen beliebiger Länge durch 8- 
oder 16-Bit-Zahlen zu dividieren. 

Bei der Division wird im Fall eines Ergebnis- 
überlaufes (divide by zero) ein nicht maskier- 
barer Software- Interrupt auf eine in der Inter- 
rupttabelle stehenden Absoiutadresse aus- 
gelöst. 

Der Befehl IDIV (integer division) führt die ent- 
sprechende Divisions-Operationen an vor- 
zeichenbewerteten Operanden aus. 



Nach einer Dualdivision von bis zu zweistel- 
ligen ungepackten Dezimalzahlen erzeugt 
der Befehl AAD (ASCII adjust for division) die 
ASCII-Darstellung des Quotienten. 

Für Formatverlängerungen von vorzeichen- 
bewerteten Dualzahlen in AL ergänzt der Be- 
fehi CBW (convert byte to word) das Erweite- 
rungsregister AH bei positiven Werten mit 
OOH, andernfails mit FFH. 

Der entsprechende Befehl CWD (convert 
word to double word) für die 16-Bit- Version 
füllt das Erweiterungsregister DX mit 0000H 
oderFFFFH. 
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Bild 5.2 Wirkung der Rotations- und Shiftbe- 
fehle 

5.3.4 Logikbefehle 

Acht Formen von Verschiebebefehlen für 
Rotabon und Shift gestatten Links- und 
Rechtsverschiebungen von 8- und 16-Bit- 
Daten in den Registern und im Speicher Alle 
Verschiebebefehle können einfach odei 
mehrfach ausgeführt werden, im zweiten Fall 
steht im Register CL die Zahl der Verschie- 
bungen. 

Die Rotationsbefehle ROL (rotale left) und 
ROR (rotate right) führen zur Links- oder 
Rechtsrotalion des vorgegebenen Operan- 
den. Das auslaufende Bit wird zugleich in das 
C-Flag gesetzt. 

Die Befehle RCL (rotate through carry flag left) 
und RCR (rotate through carry flag right) 
schließen das C-Flag in die Rotation ein. 



Im Fall der Einzelbitrotationen wird das 0- 
Flag als weiteres Flag gesetzt Für ROL und 
RCL ergibt sich DF aus einer Antivalenzopera- 
tion des werthöchsten Bit des Operanden 
und des C-Flags, wahrend sich die Antiva- 
lenzoperation bei den Befehlen ROR und RCR 
auf die zwei werthöchsfen Bit des Operanden 
bezieht. 

Die Shift-Befehle SHL (shift logical left) für die 
logische Links- und SHR (shift logical right) für 
die logische Rechtsverschiebung unterschei- 
den sich von den Rotationsbefehlen durch 
das Nachschieben von "D‘-Stellen Die aus- 
lautende Bitstelle wird nach jedem Zyklus in 
das C-Flag gesetzt. 

Arithmetische Shiftbefehle 8AL (shift arithme- 
tic left) und SAR (shift arithmetic right) verar- 
beiten vorzeichenbewertete Zahlen. Die Ver- 
schiebung mit dem Einschieben von ’0' be- 
trifft nur den Betragsanteil, ohne die wert- 
höchste. das Vorzeichen enthaltende Bit- 
stelle zu verändern. 

Die Wirkung der Rotations- und Shift-Befehle 
faßt Bild 5.2 zusammen. 

Die Beeinflussung des O-Fiags ist auch bei 
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den Shift- Befehlen auf die Bnzelbil Verschie- 
bung beschränkt, Dabei gelten für die Be- 
fehle SHL und SAL die gleichen Bedingungen 
wie bei ROL, RCL und für SHR wie bei den Be- 
fehlen ROR, RCR. Abweichend davon wird 
nach dem Befehl SAR für die Einzelbitver- 
schiebung OF -- 0‘ gesetzt. 

Bei den Shift-Befehlen werden zusätzlich die 
Flags PF.SF und ZF entsprechend den im Ab- 
schnitt 5.3.3 angegebenen Bedingungen ge- 
bildet. 

Der Befehl NOT realisiert das Einerkomple- 
ment des Operanden ohne Flagbeeinfius- 
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Die Befehle AND, OR und XOR (Antivalenz, ex- 
clusive or) führen bitweise logische Verknüp- 
fungen zwischen zwei Operanden aus. Als 
Operanden sind die für die arithmetischen 
Befehle angegebenen Kombinationen von 
Registern, Speicherplätzen und im -Befehi 
angegebenen Konstanten möglich. 




2. Bei der indirekten Adressierung kann die 
Ziei-Offsetad resse in einem der acht 16-Bit- 
Register oder auf zwei benachbarten Soei- 
cherplätzen stehen. 



3. Die Kurzform für die direkte Adressierung 
JMPS enthält im Befehl einen vorzeichenbe- 
hafteten 1 -Byte-Relativabstand. 


intersegmentsprünge zu einem neuen Co- 
desegment mit der Bezeichnung JMPF (jump 
far) müssen zusätzlich die neue Codeseg- 
mentadresse enthalten. 

Dabei wird für eine direkte Adressierung die 
Zieladresse in der Assemblernotierung ein- 
fach in einem anderen Codesegment del'- 


Die Flags PF, SF und ZF werden In Überein- 
stimmung mit eien Bildungsregein und 
CFrröF= 0' gesetzt. 

De' Befehl TEST realisiert emo AND-VerKnüo- 
iung ohne Ergebnisdarsioiiuno, wobei nurdie 
Figos beeinflußt werden. 




Für bedingte Sprunge gibt es nur die Kurz- 
form der direkten Adressierung mit 1 -Byte- 
Relativabstand. Oie Ausführung des Sprun- 
ges ist von Einzelflags oder Flagkombinatio- 
nen abhängig. Die Assemblerprogramme 
lassen für einige Befehle zwei mnernonische 
Beschreibungen zu: 

Name Sprungbedingung 

JZ(zero) <ZF>=1 

-JE (equal) 

JNZ (notzero) <ZF>=0 

- JNE (not equal) 

»8 (below) <CF>=1 

- ,NAE (notabove or equal) 

uNB (not below) <CF> =0 

- JAE (above or equai) 

JS(sign) <SF>=1 

JNS (not sign) <SF>=ö 

JP(parity) <PF>=1 

- JPE(parityeven) 

JNP(notparity) <PF>=0 

= JP0 (party odd) 

JO (overflow) <0F>=1 

JNO (not overflow) <0F> =0 

JBE (below or equai) <ZF> = 1 oder 

-JNA (not above) <CF>=1 

JNBE (not below or equal) <ZF>=0und 
= JA (above) <CF>=0 

JL (less) <SF> ungieicn 

-JNGE(notgreaterorecual) <0F> 

JNL (not less) <SF> gleich 

= JGE(graeteroreoual) <0F> 

JLE (less or equai) <SF> ungieicn 

<ÖF> 

- JNG(notgreater) cder<2F> = i 

•SNLE (not less er eouait -'SF> gleich 

<ÖF> 

- JG (greater) und <ZF>=8 

Eine Sonderorm des bedingten Sprunges 
steiit der Befem ICXZ aar. der nur unter der 
Bedingung <CX> -ü ausgeführt wird. 

Die Schleifenbefehle realisieren eine zykli- 
sche Ausführung von Sprungbefehlen, m 
Sefehi LG 0 P o lent aas Register CX als Schlei- 
fenzänier. Der Sprung wird ausgefühn, so- 
lange der Inhalt von CX größer Null ist. in je- 
dem Zykius wird der Inhalt von CX um 1 ver- 
mindert. 


-- I I 

• * »• ' H v • ■ I 

- : . | 


sei tn ersegmentsprungen mir maxier Scmeifenbefemen * 

Aoressierung w«o o.e Adresse m«je zwei Ausführuna des s 0Pjnaes zusätzlich vor 


eie Ausführung des Sorunges zusätzlich vom 
l-ft ag abhängig 


frfea-ng befehle verändern den Inhalt des Be- | 
fshiszähiers !P und im -alle vor Sorüngen i 

zwischen verschiedenen Codesegmenten i 

auch den des Cooesegmertregisters. * 

Bei vn bedingten Sprüngen werden drei Ar- :i 

ien unterschieden: i 

1 . Der Befehl JWIP für Sprünge innerhalb ei- * 
nes Codesegmentes existiert mit direkter und g 

indirekter Adressierung. I 

Eine direkt angegebene Adresse gibt den | 

vorzeichenbehafteten 2-Byte-Abstand ge- ij 

aenüber dem aktuellen Befehlszähler an. a 



-..DOPE 

LDOPNZ ;<£»>>; und <ZF>=Ö 

--L00PNE 

CALL-Befehle zum Aufruf -von Unterproaram- 
men unterscheiden ebenfalls wie bei JÜMP- 
Befehlen Sprünge innerhalb eines Codeseg- 
ments bzw zwischen verschiedenen Code- 
segmenten. 

Ein Unterprogrammaufruf innerhalb eines 
Segmentes mit dem Befehl CALL enthält wie 
der entsprechende JMP-Befehi nur Angaben 
zum Offset derZieiadresse, da das Ccdeseg- 
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ment nicht verändert wird. Bei der Form mit 
direkter Adressierung wird der vorzeichenbe- 
haftete 2-Byte-Abstand angegeben. Bei der 
indirekten Adressierung steht die absolute 
Offsetadresse in einem 1 6-Bit-Operandenre- 
gister oder auf 2-Byte-Speicherplätzen mit 
den beim JUMP-Befehl erläuterten Adressie- 
rungsformen. 

Vor der Ausführung des Unterprogrammauf- 
rufs innerhalb eines Segmentes wird die Off- 
setadresse des dem CALL-Befehl folgenden 
Befehles automatisch im Stack abgespei- 
chert. 

Bedingte CALL-Befehle sind im System 8086 
nicht vorhanden. 


Der Befehl CALLF (call far) führt zu Unterpro- 
grammaufrufen zwischen den Codesegmen- 
ten. Eine direkt oder indirekt angegebene 
Zieladresse muß wie beim JMPF-Befehl den 
Segment- und Offsetanteil enthalten. 

Bei einem CALL-FAR wird die aktuelle Rück- 
kehradresse, bestehend aus Codesegment 
und Instruction-Pointer, automatisch in 4 Byte 
im Stack abgelegt. Aus den unterschiedli- 
chen Abspeicherungsformen der Rückkehr- 
adresse im Stack ergeben sich unterschiedli- 
che RETURN-Betebie. Der Befehl RET für 
den Abschluß von mit CALL aufgerufenen Un- 
terprogrammen überträgt nur 2 Byte aus dem 
Stack in den Befehlszähler IP. 


Mit CALLF angewählte Unterprogramme müs- 
sen mit RETF abgeschlossen werden, da die- 
ser Befehl neben dem Instruction-Pointer 
auch das Codesegment aus dem Stack liest. 
Beide Formen der RETURN-ßefehle lassen 
die Angabe von positiven 8- oder 1 6-8it-Kon- 
stanten zu. Diese geben eine an die RETURN 
Operation anschließende Erhöhung des SP- 
Registers an. 


Tafel 5.1 Beispiele für 8086- Befehle 
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Mit dem speziellen Befehl INT (Softwareinter- 
rupt) kann direkt eine Interrupt-Service-Rou- 
tine in einem beliebigen Codesegment auf- 
gerufen werden. Dabei ist im Befehl nur die 
Angabe des Interrupt- Vektors erforderlich. 
Die Startadresse der Interrupt-Service-Rou- 
tine wird dann nach Dekodierung des INT-Be*- 
fehls aus den entsprechenden Plätzen in der . 
Interrupt-Tabelle gelesen. 

Vor dem Start der Interrupt-Service-Routine 
werden das Flagregister und die vollständige 
Absolutadresse mit Segment und Offset des 
dem INT-Befehl nachfolgenden Befehls auto- 
matisch im Stack abgespeichert. 

Das /-Flag und das 7-Flag werden gelöscht, 
so daß weitere Interrupts gesperrt sind. 



Der Befehl INTO ist ein Spezialfall des INT- 
Befehls für den Interrupt-Vektor 4 Die Aus- 
führung ist von der Bedingung 0-F!ag=1 ab- 
hängig. 

Die durch Hardware-Interrupt oder Software- 
interrupt ausgelösten Routinen müssen 
durch einen speziellen Rückkehrbefehl IRET 
(interrupt return) abgeschlossen. werden. 

Der Befehl IRET überträgt die im Stack abge- 
legten Informationen zum Zustand vor dem 
interrupt in den Befehlszähler, in das Code- 
segment und in die Flags. Damit wird die In- 
terruptfähigkeit auch ohne zusätzliche Be- 
fehlsnotierung wieder hergestellt.’ 

5.3.6 Befehle für Steuerfunktionen 
Mit dem Befehl WAIT kann die Programmbear- 
beitung gestoppt werden. Während der Aus- 
führung dieses Befehls wird der TEST- Ein- 
gang der 8086-CPU abgefragt Dabei verbleibt 
der Prozessor in einem Wartezustand, solan- 
ge an diesem Anschluß High-Pegel anliegt. 
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Der Befehl HLT bringt den Prozessor in den 
Halt-Zustand, def nur durch einen Interrupt 
wieder aufgehoben werden kann. Durch das 
1 -Byte-Präfix LOCK vor einem Befehl wird der 
Ausgang 'LOCK' des Prozessors für die Dauer 
der Befehlsausführung aktiv. Durch schal- 
tungstechnische Maßnahmen wird in Mehr- 
prozessorsystemen gesichert, daß der CPU 
während eines über mehrere BllS-Zyklen rei- 
chenden Befehls der BUS-Zugriff nicht verlo- 
.rengeht. 

Befehle, die mit dem 5-Bit-Präfix ESC (Codie- 
rung 11011 — ■) beginnen, sind für die Zu- 
sammenarbeit mit den Koprozessoren des 
Systems 8086 vorgesehen. 

Die 8086-CPU führt für diese Befehle auch 
einige Funktionen aus. Die im Befehl ange- 
gebene Speicheradresse wird von der CPU 
als physische 20-Bit-Adresse generiert und 
auf den Adreßbus gelegt. Danach wird durch 
Steuersignale zwischen den verschiedenen 
Prozessoren die Kontrolle an einen Kopro- 
zessor übergeben, welcher von der selektier- 
ten Adresse den Dateninhalt übernimmt. 
Nach dieser Übernahme werden vom Kopro- 
zessor gegebenenfalls benötigte Folge- 
adressen für weitere Speicherzugriffe eigen- 
ständig generiert. 

Genauere Darlegungen erfolgen im Ab- 
schnitt Koprozessoren 
Beispiele für die 8086-Befehle bei einem mit 
ASM86 assemblierten Quelltext sind in Tafel 

5.1 dargestellt. 

6. Assemblerprogrammierung 
mit dem Betriebssystem SCP 1 700 

6.1 Systemprogramme 

zur Assemblerprogramm ierung 

Das Betriebssystem SCP 1700 enthält eine 
Reihe von Softwarekomponenten, welche 
die Assemblerprogramm ierung unterstütz- 
ten. Man kann den Entwicklungsvorgang in 
3 Phasen einteilen: 

1. Phase: Editieren der Programme 
Hilfsmittel: 

- Editor ED 

- Textverarbeitungsprogramme WS und TP 

2. Phase: Assemblieren und Maschinen- 
codeerzeugung 

Hilfsmittel: 

- Absolutassembler ASM86 

- Relativassembler RASM86 

- Filegenerierprogramm GENCMD 

- Linker LINK86 

3. Phase: Testung und Fehlersuche 
Hilfsmittel: 

- Debugger DDT86 

- symbolischer Debugger SID86 
Folgende Hilfsmittel sind als Minimalausstat- 
tung anzusehen: 

• ED 

• ASM86 

• GENCMD 

• DDT86oder $1036. 

Unter Nutzung der B-Bit-Technik gibt es di- 
rekte Äquivalente: 

• ED 

• ASM 8 6 

» GENCMD, 

so daß Vorarbeiten auf der Basis der Cross- 
softwai eentwickiung. die im System SCP 1700 
oder zu dessen Implementierung genutzt 
werden können, möglich sind. In Bild 9.1 ist 


übersichtsmäßig der Entwicklungsweg von 
der Problemlösung bis. zum fertigen Pro- 
gramm dargelegt. 

6.2 Der Zeileneditor ED 

Der Zeileneditor ED läßt sich im Betriebssy- 
stem SCP 1700 universell einsetzen, so z. B. 
zum Editieren von Assemblerquelltexten, 
von Hochspraöhprogrammen (z.8. BASIC, 
PASCAL, C) und Texten allgemeiner Art. 

Für die Arbeit mit ED empfiehlt es sich vor 
Arbeitsbeginn, das System SCP 1700 auf das 
aktuelle Arbeitslaufwerk einzustellen. 



Hierbei können weitgehend Fehler vermie- 
den werden, die durch das ungewollte Be- 
schreiben der Systemdiskette o. ä entstehen 
können. Weiterhin erhöht sich die Arbeitsge- 
schwindigkeit der Dienstprogramme bei der 
Bearbeitung der Areitsdateien. Zum Starten 
von ED muß das Kommandowort "ED" mitei- 
ner Dateispezifikation ohne Sonderzeichen 
eingegeben werden. 



Ein Vergessen der Angabe der Dateispezifi- 
kation kann zu unkontrollierten Schreibzu- 
griffen auf der Diskette führen, die unter Um- 
ständen das Directory zerstören können! Für 
besondere Fälle ist es erforderlich, die neue 
Datei unter einem anderen Namen und even- 
tuell auf einem anderen Diskettenlaufwerk 
ablegen zu müssen. Die Kommandoeingabe 
sieht dann wie folgt aus: 



Dabei gilt die Voraussetzung, daß die zweite 
Datei noch nicht existent ist! ED meldet sich 
nach dem Start mit seinem Kommando- 
prompt und erwartet eine Kommandoein- 
gabe. 
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Unsere Gesprächspartner 



Prof. Dr. rer. oec. H. Tzschoppe 
(1934) studierte an der TH Dresden 
(1954-1960) Ingenieurökonomie. Bis 
1 977 in leitender Funktion des Kom- 
binates Robotron tätig. Anschließend 
Berufung zum ordentlichen Professor 
an der IH Dresden. Seit 1986 Direktor 
des Informatik-Zentrums. 


Prof. Dr. sc. techn. R. Giesecke 
(1936) studierte von 1954-1960 an 
der TH Dresden Flugfunktechnik. Bis 
1 975 leitender Mitarbeiter im Kombi- 
nat Robotron. Anschließend Dozent 
an der IH Dresden; seit 1982 ordentli- 
cher Professor. Am Informatik-Zen- 
trum stellvertretender Direktor für 
Weiterbildung. 



Prof. Dr. sc. techn. H. Löffler (1934) 
studierte an der TH Dresden von 
1 952-1 958 Elektro- und Kerntechnik. 
Von 1 969-1 97T als Hochschullehrer 
an der Technischen Staatsuniversität 
Santiago/Chile. Anschließend Hoch- 
schullehrer an der TU Dresden. 1974 
Berufung zum ordentlichen Profes- 
sor. Am Informatik-Zentrum stellver- 
tretender Direktor für Wissenschafts- 
kooperatio.n und Forschung. 


Prof. Dr. sc. techn. H. Pieper (1934) 
studierte an der TU Dresden Hochfre- 
quenztechnik. Seit 1969 an der IH 
Dresden tätig. 1 987 Berufung zum or- 
dentlichen Professor. Leiter des Wis- 
senschaftsbereiches Grundlagen der 
Informatik am Informatik-Zentrum. 



Mittel und Methoden der Informatik 
aktiver und umfassender nutzen 


Im Oktober 1986 wurde durch den 
Minister für Hoch- und Fachschulwe- 
sen der DDR, Prof. Böhme, im Auf- 
trag der Partei- und Staatsführung 
der DDR die Bildung des Informatik- 
Zentrums vollzogen. 

Wir wollten gern Näheres über Ziele 
und Aufgaben des Informatikzen- 
trums des Hochschulwesens wissen 
und sprachen aus diesem Grund mit 
der Leitung des Zentrums. 

MP: Welche Gründe führten zur Bil- 
dung des Informatikzentrums? 

Prof. Tzschoppe: Es ist objektive 
•Erkenntnis, daß die Informatik in zu- 
nehmendem Maße die Rolle einer 
Basiswissenschaft ei nnimmt, daß alle 
Informationsverarbeitenden Techno- 
logien, wie CAD/CAM, flexible Pro- 
duktionsautomatisierung, Büroauto- 
matisierung, .d. h., man kann sagen 
fast alle Schlüsseltechnologien, ohne 
Ergebnisse der Informatik kaum aus- 
kommen. Ausgehend von dieser Tat- 
sache erweist es sich als notwendig, 
im Prozeß der Beschleunigung des 
wissenschaftlich-technischen . Fort- 
schritts, auch unter Berücksichtigung 
der Auseinandersetzung mit dem 
kapitalistischen System, gerade auf 
diesem wichtigen Gebiet zu einer 
' höheren Effektivität in der Ausbildung 
und der Forschung zu gelangen. Es 
war deshalb folgerichtig, die hier in 
Dresden angesiedelten Kapazitäten 
der ehemaligen Ingenieurhochschule 
und der Technischen Universität, die 
auf dem Gebiet der Informationsver- 
arbeitung tätig sind, zu konzentrieren. 
Ein weiterer Grund bestand darin, 
daß im Raum Dresden bedeutsame 
Potentiale der Industrie auf dem Ge- 
biet der Herstellung von Informations- 
verarbeitungstechnik, aber auch der 
Mikroelektronik, wirken. Damit kann 
über eine Erhöhung des Potentials in 
der disziplinären Forschung durch 
das Hochschulwesen auch eine kon- 
zentrierte Zusammenarbeit mit die- 
sen Hauptp a rtne r n der Industrie or- 
qanisiert werden: besser als über die 
vormals zersplitterten Kapazitäten. 

MP: Können Sie etwas über Aufbau 
und Struktur des Informatikzentrums 
(IZ) sagen? 

Prof. Tzschoppe: Ausgehend von 
der Einheit von Forschung und Lehre, 
wobei das Primat in einer Hochschul- 
einrichtung die Lehre hat, wurden die 
Strukturen nach den Fachrichtungen 
gebildet, die wir in der Grundstudien- 
richtung haben. Es gibt also die fol- 
genden Wissenschaftsbereiche: 
Theoretis che Inform atik, SystemSoft; 
wäre, Angewandte” Informatik - und 
ßechneTsysteme” 

Außerdem hat” das IZ einen WB 
Grundlagen der Informatik, in dem 
zwei Aufgaben angesiedelt sind: die 
Grundlagenausbildung aller Inge- 
nieure und Ökonomen der Techni- 
schen Universität auf dem Gebiet der 
Informatik und die Grundlagenaus- 
bildung physikalisch-elektronischer 


Natur aller Informatikstudenten. 
Ein Novum ist, daß wir hier am Zen- 
trum eine relativ große Kapazität an 
Hardwarefachleuten besitzen, weil 
wir davon ausgehen, daß eine mo- 
derne Informatik zur disziplinären In- 
formatikforschung die unmittelbare 
Einheit von Hardware und Software 
im Forschungsprozeß braucht. Sie 
läßt sich nicht über Kooperationsli- 
nien und andere Regelungen inter- 
disziplinär organisieren, sondern sie 
muß integriert sein. Dabei verfügen 
wir über ein leistungsfähiges eigenes 
Rechenzentrum. Die Informatikfor- 
schung wird also innerhalb des Zen- 
trums mit eigener Rechentechnik rea- 
lisiert. Über das Rechenzentrum wur- 
den Bedienlabors aufgebaut, die von 
den entsprechenden Wissenschafts- 
bereichen genutzt werden. Neu ist in 
der Struktur dieses Zentrums auch, 
daß ein eigener wissenschaftlicher 
Gerätebau für Informationstechnik/ 
Informatik existiert, wo zukünftig ex- 
perimentelle Muster entstehen sol- 
len, z. B. Controller, Spezialprozes- 
soren, die unmittelbar in der Informa- 
tikforschung benötigt werden. 

Neu ist auch die Bildung von drei- 
Stellvertreterbereichen, für Wissejv, 
schaftskooperation/Forschung, für' 
"TOeTlerBlTdwigjjniT für Erziehu ng und_ 
ÄüsBITdüng^ ' 

In diesen Stellvertreterbereichen sind 
zunächst einmal die wesentlichsten 
Funktionen institutionell angesiedelt, 
die mit der Zentrumsfunktion zu tun 
haben, also Aufgaben der Wis sen-» 
Sch aftskooperation im Hochschulwe- 
sen , der Spftwarekoordinjerung, der* 
Ausarbeitung von Rechnerstratecjien« 
für das Hochschulwesen und der 
Ko ord i nie rung der W eiter bildung im • 
Hochschul wesen iüT dem Gebiet der 
InformatHT 

MP: Wie charakterisieren Sie die Auf- 
gaben des IZ innerhalb der TU und 
des Hochschulwesens? 

Prof. Tzschoppe: Kommen wir zu- 
nächst zur Einordnung des IZ an der 
Universität. Drei große Gebiete be- 
stimmen die Aufgaben des IZ: Zum 
ersten einen bedeutsamen Beitrag 
für die gesamte Informatikausbildung 
der Ingenieure und Ökonomen an der 
TU Dresden zu leisten, neben der 
Ausbildung der Spezialisten in der 
Grundstudienrichtung Informatik, für 
die das IZ verantwortlich ist. Das 
heißt, das Zentrum hat an der Univer- 
sität die Aufgabe und Verantwortung, 
die Grundlagenausbildung aller Inge- 
nieure und Ökonomen abzusichern, 
inhaltlich zu gestalten und für die ein- 
zelnen Fakultäten und Sektionen die 
vertiefende Ausbildung - also die 
spezialisierte Informatikausbildung 
im Sinne entwicklungsorientierter In- 
formatiker - in den Fachrichtungen zu 
übernehmen. Das Zentrum hat also 
eigene Beiträge zum Beispiel für die 
Verfahrenstechnik und das Maschi- 
neningenieurwesen in der Grundla- 
genausbildung zu bringen. Dabei ist 
natürlich eine Kooperation erforder- 
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lieh, um z. B. bei 10000 Studenten 
150 Stunden Grundlagenausbildung 
realisieren zu können. Aus diesem 
Grund kooperieren wir mit der Sek- 
tion Mathematik und dem Rechen- 
zentrum der TU. Die Verantwortung 
für die inhaltliche Gestaltung der 
Lehrkomplexe liegt natürlich beim 
Informatikzentrum. Die vertiefende 
Ausbildung dient dann der Realisie- 
rung spezialisierter Lehrveranstaltun- 
gen, beispielsweise auf dem Gebiet 
der Softwaretechnologie, der Daten- 
banken, der Bildverarbeitung usw. 
entsprechend dem Profil der Fach- 
richtungen. 

Zweitens hat das IZ an der TU Dres- 
den bedeutsame Beiträge zur Gestal- 
tunq von Ingenieurarbe itsplä tzen un? 
2ur Entwicklung der flexiblen Pr odük ~ 
tionsautomatisierung zu leisten - im_ 
Sinne _von Grundlaqenarbeiten z"ür~ 
automatisierten Fabrik der Zukunft 
jjRechnernetzgestaltung). Damit ord- 
net sich cfas IZ in Hauptforschungs- 
linien der Universität ein, wobei die 
Gesamtverantwortung bei anderen 
Sektionen liegt, das IZ aber be- 
stimmte interdisziplinäre Beiträge zu 
bringen hat. 

Eine dritte A ufgabe betrifft die Wejte^ 
bydung innerhalb der Universität. Das 
IZ hat Beiträge für die Weiterbildung 
des wissenschaftlichen Nachwuch- 
ses von der Universität zu leisten, um 
über die Grund- und vertiefende Aus- 
bildung Nachwuchskadern hinausge- 
hende Kenntnisse zu vermitteln, die 
dann zu Graduierungen führen und 
bis zur Vorbereitung auf bestimmte 
Berufungsgebiete, z. B. im Maschi- 
neningenieurwesen, reichen. 

Prof. Giesecke: Gestatten Sie mir 
noch eine Bemerkung zur inhaltlichen 
Gestaltung der Informatikausbildung. 
Im Vorfeld der Gründung des IZ 
wurde vom Beirat Informatik inhaltlich 
ein neuer Studienplan erarbeitet, der 
die Ausbildung in vier Fachrichtungen 
einer neu profilierten Grundstudien- 
"richtung Informatik vorsieht. Diese 
Fachrichtungen entsprechen weitest- 
gehend den volkswirtschaftlichen Be- 
dürfnissen, das heißt, die inhaltliche 
Gestaltung dieser Fachrichtungen ist 
mit den wichtigsten Kombinaten und 
Betrieben diskutiert und abgestimmt 
worden. Die Bedeutung des IZ im 
Hochschulwesen wird auch deutlich, 
wenn wir den Ausbildungsumfang be- 
trachten. Wir bilden im IZ in allen vier 
Fachrichtungen aus und sind verant- 
wortlich für die Immatrikulation von. 
jährlich zwei Drittel aller Studenten, 
die in der DDR in der Grundstudien- 
richtung Informatik studieren. Wei- 
tere Bildungseinrichtungen sind die 
Wilhelm-Pieck-Universität Rostock, 
die TU Magdeburg und die TU Karl- 
Marx-Stadt. 

MP: Nimmt das IZ Einfluß auf die In- 
formatikausbildung innerhalb des 
Hochschulwesens, z. B. eines t zu- 
künftigen Ökonomen, der an der 
Hochschule für Ökonomie in Karls- 
horst studiert? 

Prof. Tzschoppe: Es gibt beim Mini- 
ster für Hoch- und Fachschulwesen 
einen wissenschaftlichen_Beira£ für 
Info rm äT ikl'deT den Minister und seine 
Örgane berät und zur Bildungs-, For- 
schungs- und Weiterbildungsstra- 
tegie der Informatik im Hochschul- 


wesen Empfehlufioen ausarbeitet. 
Der Beirat hat die Bildungskonzep- 
tion Informatik mit erarbeitet. Vom 
Beirat wurden drei Kategorien emp- 
fohlen: Alle Ingenieure und Ökono- 
men sollen eine Grundlagenausbil- 
dung erhalten. 

In den technischen und ökonomi- 
schen Disziplinen sollen etwa 15 bis 
20 Prozent aller Studenten einer 
Fachrichtung eine vertiefende Infor- 
matikausbildung erhalten im Sinne 
entwicklungsorientierter Informatiker 
in den Fachrichtungen. Also im Ma- 
schineningenieurwesen sollen es die 
Kader sein, die die CAD/CAM-An- 
wendersoftware in ihrem zukünftigen 
Maschinenbaubetrieb selbst entwik- 
keln. Und die dritte Kategorie sind die 
Spezialisten, eben die Studenten der 
Grundstudienrichtung Informatik. 

Das ist so vom Minister aufgegriffen 
und zunächst einmal für alle techni- 
schen Disziplinen und Studienrich- 
tungen als Orientierung herausgege- 
ben worden. 

Die wissenschaftlichenjßeiräte de_r 
techriiscKerT Wissenschafte n habeä 
sich _zu_jjie§er GrundQrientiecung 
Bekannt. Jm gleichen _Ma_ße jlat sich 
der Beirai Wirtschaftswissenscb aften 
dieser Konzeption angeschlossen, 
hat sich etwas modifiziert, und die 
Ausbildung ebenfalls nach diesen 
Kategorien organisiert. Die Realisie- 
rung ist Aufgabe der jeweiligen Bei- 
räte. Der Beirat Informatik unterstützt 
den Beirat Wirtschaftswissenschaf- 
ten, was die Grundlagenausbildung 
betrifft. Für die Informatikausbildung 
in den Fachrichtungen selbst tragen 
die jeweiligen wissenschaftlichen 
Beiräte die Verantwortung. 

MP: Wir haben bereits über die 
neuen Inhalte der Informatikausbil- 
dung gesprochen; können Sie das 
noch etwas konkreter ausführen, 
auch was das Verhältnis Hardware / 
Software betrifft? 

Prof. Pieper: Die frühere Informatik- 
ausbildung war ja nahezu vollständig 
umschrieben mit dem Begriff Soft- 
ware. Es gab den Softwareingenieur 
schlechthin, und der Hardwareinge- 
nieur war der Informationstechniker. 
Mit der Einführung des neuen Infor- 
matikstudienplanes hat man der in- 
zwischen vollzogenen Entwicklung 
Rechnung getragen, nämlich der zu- 
nehmenden Integration beider Ge- 
biete. Dabei wurde die Hardwareaus- 
bildung neu durchdacht. Wir haben 
jetzt einen bemerkenswerten Bereich 
überlappenden Wissens und Kön- 
nens. Das heißt, so wie wir heute ver- 
langen, daß der I nformationstechni- 
ker in der Lage sein soll. Programme 
zu schreiben, so wollen wir in einer 
gew issen An alogie auch erreichen, 
daß der Informatiker imstande ist, ein 
für seinen Problemkreis optimales 
Rechnersvstem zu konfigurieren und 
?u realisieren . * ™ 

Prof. Giesecke: Wir tragen dieser 
von Prof. Pieper deutlich gemachten 
Entwicklung insbesondere durch die 
Bildung eines WB Grundlagen der In- 
formatik Rechnung. Gleichzeitig ha- 
ben wir aber auch dafür Sorge getra- 
gen, daß diese enge Verflechtung 
von Hard- und Software sich auch in 
den anderen WB widerspiegelt, das 
heißt, dort sind sowohl Kollektive, die 


auf dem Gebiet der Hardware zu 
Hause sind als auch solche, die die 
Softwareerarbeitung beherrschen. 
Dadurch ergeben sich Möglichkeiten 
für eine neue Qualität der Ausbildung 
auf dem Gebiet der Informatik. 

Prof. Löffler: Ich möchte das ganz 
konkret sagen. Früher gab es beim 
Grundstudium Informationsverarbei- 
tung z.B. keine Lehrveranstaltung 
physikalische elektronische Grundla- 
gen der Informatik. Jetzt gibt es die- 
ses Fach und drei Semester Lehrver- 
anstaltung Rechnersysteme für alle 
Studenten, egal welcher Fachrich- 

Außerdem muß ich generell etwas 
gegen die Hard- und Softwaretren- 

da l äßt sich überhaupt nicht zwischen 
Hardware und Software unterschei- 
den. Z um Beispiel erhalten die Stu- 
denten in dieser Lehrveranstaltung 
die Assemblerprogrammierung als 
integralen Bestandteil eines Rech- 
nersystems hardwarenah vermittelt. 
Alle Studenten erhalten bereits in den 
ersten Semestern Softwaretechnolo- 
gie/Programmierungstechnik, was 
früher viel später gelehrt wurde. Da- 
mit kann auf einer einheitlichen Basis 
nach etwa zwei Jahren die eigentli- 
che Spezialisierung beginnen. 

MP: Weiche Aufgaben hat das IZ im 
Rahmen der Weiterbildung? 

Wie ordnen sie sich ein in die Mög- 
lichkeiten der Weiterbildung, die das 
Schulungszentrum von Robotron, 
die Weiterbildungsakademie des 
DVZ und die KDT bieten? 

Prof. Giesecke: Die Informatik und/ 
oder Computertechnik gehören zu 
den Wissenschaftszweigen, die einer 
sehr kurzen Innovationszeit unterlie- 
gen. Wenn man betrachtet, was sich 
in den letzten 10 Jahren auf unserem 
Fachgebiet getan hat, so muß man 
deutlich die Differenz zur Kenntnis 
nehmen zwischen der Ausbildung 
von vor 1 0 Jahren bzw. 1 5 Jahren und 
dem Wissen, was heute international 
und national vorhanden ist. Das heißt, 
schon aus dieser Situation heraus ist 
die Notwendigkeit zur Weiterbildung 
gegeben. Wir verstehen diese Art von 
Weiterbildung so. daß die Informati- 
ker zukünf tig nach bestimmten Zeiten 
wieder an die Universitäten zurück- 
kehren. um mit dem neuesten £r- 
kenntnisstand vertraut gemacht zu 
werden. Das ist eine wichtige Auf- 
gabe für uns. Ich muß allerdings deut- 
lich sagen, daß uns auf dem Gebiet 
der Weiterbildung noch eine ganze 
Reihe anderer Aufgaben drücken, die 
gelöst werden müssen. In den letzten 
Jahren hat die Bereitstellung von Re- 
chentechnik einen enormen Auf- 
schwung genommen. Dieser Auf- 
schwung hat eine gewisse Disk~ 
panz zwischen den Möglichkeiten der 
Betriebe, die moderne Technik aufzu- 
nehmen und sie auch sofort effektiv 
einzusetzen, sichtbar gemacht. Es 
gibt ja bekanntermaßen genaue For- 
derungen, die den Einsatz der Re- 
chentechnik und ihre effektive Ausla- 
stung betreffen. Die von mir genannte 
| Diskrepanz kann u. a. nur durch eine 
I schnelle tiefgründige, Qualifizierung H 
I de r 'e_rfor J deiTicr : e -i YKader > abce'baut 11 
werden. Es sind nicht nur Informatiker 


zu qualifizieren, sondern Kader; die 
seit Jahren in der Industrie auf ihrem 
Fachgebiet tätig sind und Spezial- 
kenntnisse der Informatik benötigen. 
Die Betriebsakademien, das Schu- 
lungszentrum von Robotron und an- 
dere Bildungseinrichtungen wie die 
KDT sind allein nicht ausreichend. 
Hier muß auch das Hochschulwesen 
und im besonderen das IZ Unterstüt- 
zung geben. 

Prof. Löffler: Solche Aufgaben sind 
aber nicht hochschultypisch. Unsere 
Hauptaufgabe ist, die neuen Techno- 
logien zu verbreiten und die alten In- 
formationsverarbeiter und Mathema- 
tiker, die auf dem Gebiet arbeiten, mit 
solchen innovativen Techniken wie 


§ enz, Softwaretechnologien auszu- 
ilde n. bas sind Inhalte" die wir vor 
10 Jahren noch nicht hatten. Die be- 
triebsakademietypische Ausbildung 
ist nicht unsere Hauptaufgabe. Hier 
geben wir ökonomische Unterstüt- 
zung auf Grund von aktuellen Not- 
wendigkeiten. An der Hochschule 
muß man 10 Jahre vorausdenken. 
Wir haben jetzt eine solche Ausbil- 
dung. Die Absolventen, die vor 
10 Jahren die Hochschule verlassen 
haben, müssen fortgebildet werden. 

Prof. Tzschoppe: Wir brauchen ei- 
nen ausgewogenen Beitrag zu bei- 
dem. Bis 1 990 sollen 500000 Arbeits- 
kräfte auf dem Gebiet CAD/CAM aus- 
gebildet werden, das können die 
Kombinate Robotron, DVZ und die 
KDT nicht allein bewältigen, es muß 
aber getan werden. Zur Zeit ist dafür 
noch nicht die zweckmäßigste Form 
der Weiterbildung gefunden. Ich 
glaube, hier muß gemeinsam mit Ro- 
botron nach dem Prinzip des Schnee- 
balls ausgebildet werden. Wir bilden 
nur einen bestimmten Kern aus, und 
dieser Kern wird in seinem Betrieb 
weitere Personen schulen. Anders 
werden wir diese umfangreiche Auf- 
gabe nicht schaffen. 

Prof. Giesecke: Lassen Sie mich ab- 
schließend noch einige Bemerkun- 
gen zum Fernstudium als eine wei- 
tere Säule der Weiterbildung ma- 
chen. Es wurde auch inhaltlich verän- 
dert. Am IZ haben wir derzeit jährlich 
350 bis 400 Prozent Bewerbungen für 
ein Fernstudium auf dem Gebiet der 
Informatik. Da das IZ zur Zeit die ein- 
zige Einrichtung im Hochschulwesen 
ist, die Fernstudenten auf diesem Ge- 
biet ausbildet, wird das Problem deut- 
lich, vor dem wir stehen. Analysen 
zeigen aber, daß nur ein kleiner Teil 
der Bewerber Kader sind, die Spezia- 
listen der Informatik werden müssen. 
Es handelt sich meist um Mitarbeiter 
der Industrie, die bereits über Teil- 
kenntnisse verfügen, und die jetzt auf 
Grund der im Betrieb vorhandenen 
Technik tiefer in die Informatik ein- 
dringen müssen. Wir brauchen also 
eine informatikrelevantere Ausbil- 
dung in den Fachrichtungen des 
Fernstudiums der anderen Grundstu- 
dienrichtungen. Und das muß auch 
entsprechend publiziert werden. 
Außerdem bin ich der Meinung, daß 
sich die bereits genannten Universi- 
täten, die auf dem Gebiet der Infor- 
matik ausbilden, zukünftig dem Fern- 
studium für Informatiker anschließen 
müssen. 
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Club 


Bei der Erprobung von EMR-Soft- 
ware. die in der Regel mit Wirtsrech- 
nern des U-880-Systems (BC, PC, 
Kl 520 usw.) und EPROM-RAM- 
Adaptern erfolgt, sind oft Änderun- 
gen in den Maschinencodeprogram- 
men erforderlich, für die nicht gleich 
Editor und Assembler eingesetzt 
werden. Hier erweist sich der Einsatz 
eines einfachen Monitors mit einem 
entsprechenden Reassembler für 
den jeweiligen Prozessortyp als gün- 
stig. 

Programmbeschreibung 

Das Reassemblerprogramm (Bild 1) 
bezieht sich in seiner Mnemonik auf 
IV. Es übersetzt einen Befehl ab der 
Adresse, die in 4558 steht. Alle ge- 
nutzten Register werden gerettet. 
Nach Abarbeitung des Programms 
steht in 4558 die Adresse des näch- 
sten Befehls. Die Register 240-255 
werden mit ihren Kurzbezeichnungen 
übersetzt. Für nichtinterpretierbare 
Befehle wird ??? äusgegeben. Regi- 
ster, die im Bereich von 1 28 bis 223 
(verbotener Bereich) liegen, werden 
ebenfalls als ??? ausgegeben. Für 
die Register 224-239 wird in der 
Mnemonik für den entsprechenden 
„langen“ Befehl ein „kurzer“ Arbeits- 
registerbefehl ausgegeben, z. B. exi- 
stiert ein Befehl OEC RI nicht, sondern 
nur der Befehl DEC 001. Der entspre- 
chende Code wäre 00 01. Würde als 
Code 00 El angegeben, läge das an- 
gegebene Register im verbotenen 
Bereich, der EMR blendet das obere 
Nibble der Registeradresse aus und 
übernimmt dies aus dem Register- 
pointer, macht also quasi aus einem 
Registerbefehl einen Arbeitsregister- 
befehl. Da die üblichen EMR-Assem- 
bler diese „Quasiarbeitsregisterpro- 
grammierung“ durch die Eintragung 
von E im oberen Nibble der Register- 
adresse unterstützen, werden auch 
diese Befehle durch den Reassem- 
bler entsprechend übersetzt. Relativ- 
sprünge werden mit Angabe der ab- 
soluten Zieladresse übersetzt. 
Unterprogramme 

Der Reassembler benötigt für seine 
Arbeit einige universelle Unterpro- 
gramme. Bis auf das Unterprogramm 
zur Bildschirmübergabe sind alle Un- 
terprogramme implementiert. Da die 
Bildschirmverwaltung sehr unter- 
schiedlich sein kann, beziehen sich 
sämtliche UP-Aufrufe auf die Adresse 
455A, die als Absprung in das jewei- 
lige Bildschirmprogramm dient. Das 
entsprechende Bildschirmunterpro- 
gramm muß den ASCII-Kode verar- 
beiten, insbesondere die Zeichen 
0D = Kursor zurück an den Anfang 
der Zeile und 0A = Kursor eine Zeile 
tiefer (einschließlich Bildschirmrol- 
len). Die sonstigen Unterprogramme 
sind Tafel 1 zu entnehmen. 

Implementierungshinweise 

Das Programm wurde für einen OEM- 
Rechner mit eigenem Monitor als 
RAM-Version geschrieben, dort kann 


Reassembler für EMR U 881/882 unter U-880-Systemen 


im Reassemblerbetrieb zwischen 
U 881/882- und U 880-Reassembler 
umgeschaltet werden. Der Reassem- 
bler wurde außerdem auf BC A5120/ 
30 und PC 1715 unter CP/M-Steue- 
rung eingesetzt. Soll das Programm 
als EPROM-Version genutzt werden, 
muß die Zwischenspeicheradresse 


für den Adreßmerker geändert wer- 
den. Dies muß an den in Bild 1 unter- 
strichenen Stellen erfolgen (4005 und 
431 A), ansonsten wird 4558 als Mer- 
ker verwendet. Das Programm wird 
auf Adresse 4000 gestartet. Es ist 
1376 Bytes lang. Um Eintippfehler zu 
vermeiden, steht hinter jeder Zeile ein 


*XX*, der sich a 
Bytes der Zeile t 
folgte noch i 


XOR aller 
n Ende er- 
CRC-Berechnung 


nach dem SDLC-Polynom, u 
Kontrolle über das gesamte Pro- 
gramm zu haben. Carsten Fischer 

Bild 1 Reassemblerprogramm 


(SDLC) — 
C5 E5 DD 
24 42 FE 
FE F3 CA 
F6 CA 21 
FE 02 D2 

29 45 53 

30 03 C3 
E6 F0 DD 
05 CB 47 
C2 DC 40 
7E E6 F0 
0F FE 02 
05 CA E0 
43 CD F0 

41 CB 57 
29 45 4C 
CB 47 20 
43 7E 23 
FE 10 CA 
F0 CD DA 
94 42 FE 
21 43 06 
4C 4C 20 
02 FE 04 
0C CD 29 
58 4F 52 

42 FE 0A 
28 21 FE 
4A 52 20 
C3 18 43 
00 CD 4B 
C3 18 43 
00 0E F0 
F0 CB 7F 

43 C3 18 
20 00 7E 
13 FE 0C 
43 C3 18 
43 23 C3 
CD 5A 45 
CD F0 43 
43 C3 Dl 
20 00 7E 
FE E6 28 
43 CD F0 
42 23 CD 

4ZE0 23 CD 88- 
42F0 88 43 C3 
4300 D5 42 f 


EE40 

E5 2A 
E4 38 
24 42 
43 FE 
8D 40 
52 50 
26 43 
21 89 
CA 4D 
E6 0F 
DD 21 
28 17 

42 FE 

43 0E 
20 58 

44 45 

05 CD 
E6 11 
CC 40 
43 CD 
D4 28 
02 18 
00 7E 
38 02 

45 43 
20 20 
CA 02 
0E 28 
20 20 

06 03 
43 CD 


4050 

4060 

4070 

4080 

4090 

40A0 

40B0 

40C0 

40D0 

40E0 

40F0 

4100 

4110 

4120 

4130 

4140 

4150 

4160 

4170 

4180 

4190 

41A0 

41B0 

41C0 

41D0 

41E0 

41F0 

4200 

4210 

4220 

4230 

4240 

4250 

4260 

4270 

4280 

4290 

42A0 

42B0 

42C0 


4310 

4320 

4330 

4340 

4350 

4360 

4370 

4380 

4390 

43A0 

43B0 

43C0 

43D0 

43E0 

43F0 

4400 

4410 

4420 

4430 

4440 

4450 

4460 

4470 

4480 

4490 

44A0 

44B0 

44C0 

44D0 

44E0 

44F0 

4500 

4510 

4520 

4530 

4540 

4550 


0E F0 CD 
C9 06 01 
CD 5A 45 
0E 0F CD 

29 44 CD 
00 DD 09 
E5 7E 06 
45 El C9 
E9 44 E6 
DF 43 CI 
31 30 03 
0C D6 0A 
D6 01 30 
52 CD 5A 
3E 2C CD 
52 00 C9 
4F 45 CD 
3E 20 CD 
20 4C 45 
20 5A 20 
20 47 54 
20 4E 5A 
20 52 45 
20 43 43 
20 49 4E 
20 43 4F 
20 49 4E 
20 52 52 
20 53 55 
20 54 43 
20 54 31 

30 50 32 
20 49 52 
20 53 50 
5A 45 18 
E6 0F C6 
CD .36 45 


58 45 7E f 
23 FE E8 I 
FE F4 CA : 
F7 CA 21 ' 
06 02 CD t 
20 20 00 ; 
E6 0F CA < 
44 CD 56 ' 

42 23 CD f 
06 02 FE t 
C9 44 CD f 
FE 03 CA •; 
06 CA EF ' 
0F CD DF r 
06 02 CD ( 
00 18 07 ( 
F6 43 18 ( 
28 11 FE f 
C3 7B 42 t 
F0 43 CD F 
0C FE D6 ) 
02 06 03 ( 
FE D6 CA ! 
06 03 CD < 
50 20 20 : 
00 C3 AD - 

43 FE 0B : 
3D 18 51 ( 
00 CD 4B - 
CD 03 44 t 
F0 43 06 ( 
CD 03 44 ( 

43 C3 18 ' 
C3 26 43 ( 

02 CD 03 - 
28 43 FE ( 
0E F0 CD I 
CD 88 43 : 
0E F0 CD 1 
36 45 C3 : 
CD DA 43 ( 

03 CD 03 < 
D7 28 23 f 
E7 28 3D I 
36 43 23 ( 
CD F0 43 : 
F0 43 2B ( 
CD 83 43 ( 

03 44 CD : 
C3 C9 41 : 

44 CD 2C - 
C9 23 CD ( 
3E 29 CD ! 
C9 0F 0F ( 
DD 7E 00 1 
7F 4F 28 ( 
CD 5A 45 ( 
5A 43 CI ( 
80 38 05 ( 
30 F5 79 ( 
C6 0A 47 ’ 
CD SA 45 ( 
Al CB 41 : 
C9 3E 20 ( 

04 90 87 - 
20 20 00 ; 
10 F9 El 1 
55 4C 45 : 
43 20 20 : 
55 47 54 : 
4E 43 20 : 

49 52 45 t 
4E 4F 50 : 
4A 50 20 : 

50 55 53 
43 4C 52 
53 57 41 

53 42 43 

54 4D 20 
50 52 45 
50 33 4D 
49 4D 52 
53 50 4C 
C9 F5 1F 

: 3A r 


18 43 
7E CD 
0E 0F 
40 06 
23 FE 
3B FE 
43 CD 
88 43 
43 CD 
6A 42 
02 CD 
DF 43 
CD 03 
10 F9 
DF 43 
56 43 
06 04 
00 CB 
3E 40 
0F CD 
C9 FE 
7E 0E 
30 FB 
FB 79 

45 7E 
5A 45 
E5 3E 

29 45 
5A 45 
20 20 
20 20 
20 20 
20 20 
54 20 

46 20 
43 20 
4D 20 
43 57 
20 20 
42 20 
4D 20 
20 20 
4D 20 
51 20 
48 20 
F6 E3 

30 FE __ __ __ 

7D P.n .36 45 ca 00 


5 43 C3 18 43 

1 38 02 06 03 

> 43 CD F6 43 
5 42 FE 04 CA 

2 C3 F5 42 0E 
! C3 18 43 CB 
5 44 7E CB 77 
) 29 45 4C 44 
5 3E 49 CD 5A 

1 28 14 F5 CD 

2 F0 CD DF 43 
: 43 C3 D4 40 

3 0C FE D7 CA 
) 03 44 CD 29 
7 41 C3 86 40 
3 44 7E E6 F0 
3 00 C3 AD 40 
3 CA 24 42 FE 
3 0E FE 0C 28 

1 02 CD 03 44 
3 CD F0 43 23 

> 29 45 4A 50 

2 23 7E CD 36 
) 29 45 49 4E 
5 06 01 CD 03 

3 BF DD 21 69 
1 CD 29 45 4C 
3 28 50 E6 0F 
' 43 CD F0 43 
3 CD F0 43 0E 
- 43 CD F0 43 
3 43 23 0E F0 
5 18 43 23 0E 
1 CD 29 45 4C 

E4 28 25 FE 
F5 28 3F 0E 
3 18 43 CD 36 
3 CD 88 43 23 

> 83 43 23 C3 
3 6A 42 23 CD 
? 45 44 4A 4E 


i FE E3 CA 
! CA 21 43 
i 94 42 FE 
I D2 99 41 
20 21 CD 
I 07 FE F0 
! C3 6E 42 
FE 30 28 
7E CB 7F 
CD 03 44 
7E 23 E6 
Dl 42 FE 
F0 CD DF 
6F C2 6D 
20 09 CD 
43 00 7E 
45 CD F6 
FC 43 Fl 
18 05 0E 
FE C7 CA 
94 42 C3 
45 43 41 
E'6 0F 06 
FE B0 28 
CD 29 45 
09 CA 24 
76 FE 0D 
CD 29 45 
CD 70 43 
20 20 20 
45 10 F9 

43 20 20 

44 7E E6 
44 CD 56 


1-M- 


I 20 
FE 09 28 
23 CD 88 
F0 CD DF 
23 3E 23 
CD DF 43 
F0 CD DA 
44 20 20 
E5 28 30 
F0 CD DF 
43 C3 59 
C3 18 43 
18 43 CD 
83 43 C3 
5A 20 r~ 


__ CI 
03 3E 3F 
5A 45 2B 
F0 DD 21 
81 4F 06 
10 F6 C9 
23 CD 4F 
0B DD 21 
0E 0F CD 
D6 64 0E 
C5 0E 2F 
0E 2F 0C 
5A 45 3E 
0F 18 CD 
29 45 40 
0A 00 CD 
10 F9 41 
4C 54 20 
4D 49 20 
47 45 20 
50 4C 20 
45 49 20 

53 43 46 
52 4C 43 
50 4F 50 

,w 52 4C 20 

20 52 52 43 20 53 52 41 

41 44 43 

41 4E 44 

54 4D 52 
— 52 45 


.. ww *w 06 

I 43 3E 28 CD 
t 45 C9 7E E6 

- 0F 4F 81 81 
) 5A 45 DD 23 
l 05 2B 09 23 
5 7E FE F0 38 
? FE E0 38 07 
) 2C 43 CI C9 
) 5A 45 Fl CI 
? CD 5A ' 45 78 

1 C9 3E 40 CD 
5 D3 0F 0F 0F 
3 5A 45 C9 CD 

- CD 29 45 0D 

2 CD 36 45 23 
? 41 46 20 20 

3 4F 56 20 20 
9 41 54 20 20 
3 4E 4F 56 20 
9 44 49 20 20 
1 52 43 46 20 
3 44 45 43 20 
9 44 41 20 20 
5 44 45 43 57 


44 44 
4F 52 20 20 

53 49 4F 20 

54 30 20 20 
50 30 31 4D 
46 4C 41 47 
E3 7E 23 B7 
1F 1F CD 3F 
07 CD 5A 45 


49 50 52 


*32* 

*D9* 

*EA* 

*EA* 


*9F* 

*6A* 

*FE* 

*0D* 

*AA* 

*52* 

*65* 

*EE* 

*0C* 

* 22 * 

*50* 

*F0* 

*43* 

* 11 * 

*DE* 

*B1* 

*8A* 

*5E* 

*8C* 

*B5* 

*F0* 

* 22 * 

*FF* 

*FC* 

*6B* 

*5E* 

*47* 

*17* 

*06* 

*79* 

*37* 

*4B* 

*F7* 

*1C* 

*8F* 

*0B* 

*2B* 

*82* 

*E4* 

*7A* 

*38* 

*C8* 

*FB* 

*76* 

*EA* 

*BB* 

*75* 

*C1* 

*C8* 

*6E* 

*2D* 

*F3* 

*ED* 

*77* 

*E0* 

*32* 

* 68 * 

*0E* 

*1E* 


*14* 

*74* 

*6D* 

*60* 

*7D* 

* 10 * 

* 66 * 

* 12 * 

*CD* 

*9D* 

*B6* 

*Bfl* 
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Adresse Bedeutung 


4529 gibt alle dem UP- Auf ruf folgenden Byte auf den Bildschirm aus, bis 00 erkannt wird 

4536 gibt den Inhalt von A auf Bildschirm aus 

454F gibt den Inhalt von HL auf Bildschirm aus 

455 A hier muß der Sprungbefehl in das eigentliche Bildschirmprogramm eingetragen 

werden, das AF, BC, HL und IX nicht verändern darf 


IM Technische Beschreibung Einchip- 
Mikrorechner-Schaltkreise U881/ 
U882. VEB Mikroelektronik „Karl Marx“ 
Erfurt 


| B KONTAKT g ~| 

VEB Schiffswerft Rechlin, Boeker Straße, 
Rechlin (Müritz). 2085; Tel. 2417 


Spannung am SRAM vor Einschalten 
des Kleincomputers war kleiner 2 V 
und Datenveriust ist möglich. Nach 
etwa 2 s werden die Akkus auf Erhal- 
tungsladung umgeschaltet. Schal- 
tungstechnisch ist garantiert, daß 
keine Überladung der Knopfzellen bei 
ununterbrochenem Betrieb erfolgt. 
Mit der Umschaltung der Akkus auf 
Erhaltungsladung werden die mittels 
CMOS-Analogschalters unterbroche- 
nen Speicherzuqriffssignale CS1 . . . 4 
und WE durchgeschaltet. Damit ist 
ein Zugriff auf den SRAM-Bereich 
möglich. Diese Bereitschaft wird mit- 
tels grüner LED („ON“) signalisiert. 
Das Laden der Akkus kann bei gezo- 
genem Modul über einen speziellen 
Steckkontakt, der nach Abnahme des 
oberen Gehäusedeckels zugänglich 
ist, erfolgen. Während der Ladezeit 


plötzlichem Netzausfalf, z.B. bei Be- 
tätigung der Nottaste, nicht verloren. 
Die gespeicherten Dateien konnten 
bei voll geladenen NC-Akkumulato- 
ren nach einer Lagerung von mehre- 
ren Wochen noch fehlerfrei aus dem 
SRAM ausgelesen werden. 

Der SRAM-4-KByte-Erweiterungs- 
modul kann anstelle von dRAM- und 
ROM-Modulen unter Beachtung der 
geringen Speicherkapazität einge- 
setzt werden. Bei vorhandenen freien 
Steckplätzen können auch mehrere 
SRAM-Module betrieben werden. 
Nachnutzungsfähige Unterlagen zum 
Aufbau des SRAM-Moduls sind im 
Betrieb vorhanden und können über 
das BfN angefordert werden. Eine 1 6- 
KByte-Variante des SRAM-Moduls 
befindet sich gegenwärtig in Vorbe- 
reitung. 


SRAM-4-KByte-Erweiterungsmodul 

2-4002 

Erweiterungsbaugruppe 
für den KC 85/1 bzw. KC 87 

Dr. Peter Fröhlich, Rudi Sannert 

VEB Robotron-Meßelektronik „Otto Schön“ Dresden 


Tafel 1 Technische Daten 


Speicherkapazität 

4 KByte 

Speicherschaltkreis 
CMOS-SRAM 85 631 (VEB KWH) 

Zugriffszeit 

5 350 ns (typ.) 

Betriebsarten 

„Lesen“ oder „Schreiben“ 

Datenerhalt 

Bei Abschaltung der Betriebsspannung 5P wird der SRAM über eine interne Stützspan- 
nungsquelle, die den Datenerhalt sichert, gepuffert. 

Stützspannungsquelle 

Reihenschaltung von 3 NK-Knopfzellen mit je 1 ,2 V; 0,225 Ah 
Stützspannungsüberwachung 

Eine Kontrollschaltung bewertet den Spannungszustand der Batterien für etwa 2 s unmittel- 
bar nach dem Zuschalten der Betriebsspannung 5P und zeigt Unterspannung optisch an. 
Stromautnahme 
5P = 5 V ± 5%, typ. 0,2 A 
Schlafstromverbrauch 
typ. 30 pA 

180mm x 100mm x 20mm 
etwa 0,35 kg 



Der SRAM-4-KByte-Erweiterungs- 
modul 2-4002 kann für die Speiche- 
rung variabler Daten während des 
Programmablaufes im KC 85/1 bzw. 
KC 87 eingesetzt werden. Eine vor- 
handene Spannungskontrollschal- 
tung garantiert, daß diese Daten bei 
Abschalten des Rechners bzw. Netz- 
ausfall erhalten bleiben. Als Spei- 
cherschaltkreis wird der CMOS-RAM 
85 631 mit einem 4 KByte-Speicher 
verwendet (8 x US 224 x 20). 

Der Adreßdecoder ist so konzipiert, 
daß mittels Wickelbrücken der ge- 
samte Speicherbereich (0000H- 
FFFFH) des KC 85/1 bzw. KC 87 in 
Blöcken zu 2 KByte adressiert wer- 
den kann. Dadurch ist es möglich, 
mehrere Erweiterungsmodule gleich- 
zeitig zu verwenden. 

Der Modul wird im Modulschacht des 
KC betrieben. Beim Einschalten des 
Kleincomputers erfolgt automatisch 
eine Spannungskontrolle der NK- 
Knopfzellen. Unterspannung und der 
Betriebszustand des Moduls werden 
optisch angezeigt. 

Einige technische Daten sind in Ta- 
fel 1 zusammengestellt. 

Aufbau des SRAM-Moduls 

Die Schaltung des SRAM-Moduls be- 
steht im wesentlichen aus folgenden 
Baugruppen (Bild 1) 

- CMOS-RAM 

- Adreßdecoder 

- Stützspannungsüberwachung und 
-zuschaltung 

Der CMOS-RAM befindet sich in ei- 
nem 24poligen Standard-Hermetik- 
gehäuse. Die gesamte Speicherka- 
pazität beträgt 32 KBit, die in Spei- 
cherblöcken von 4 x 1 KByte organi- 
siert ist. Durch Absenken der Be- 
triebsspannung auf Werte bis 2 V wird 
ein Schlafzustand erreicht, in dem die 
eingespeicherten Daten erhalten 
bleiben. Schaltungstechnisch wird si- 
chergestellt, daß beim Abschalten 
der Betriebsspannung 5P des Klein- 
computers der Datenerhalt gewähr- 
leistet wird, indem im Abschaltmo- 
ment die SRAM-Eingänge CS1-CS4 


und WE inaktiv werden. Eingangs- 
bzw. ausgangsseitig ist der SRAM 
mittels Pull-up- bzw. Pull-down- 
Widerständen (130 Kfi) versehen, 
um den signalmäßig inaktiven Zu- 
stand zu erzwingen. Die Freigabe des 
SRAM erfolgt etwa 2 s nach Anliegen 
der Betriebsspannung 5P. 

Die Entkopplung des SRAM vom Da- 
tenbus des KC erfolgt durch den 
Schaltkreis DS 8286 D. Der Betrieb 
des Erweiterungsmoduls erfordert 
keinerlei Eingriffe in den Kleincom- 
puter. 

Für die Adreßdecodierung wurden 
zwei Varianten entwickelt, die durch 
eine unterschiedliche Bestückung 
der Leiterplatte realisiert werden. Ent- 
sprechend den Forderungen des er- 
sten Einsatzfalles können mittels 2 
DIL-Schaltern folgende Speicherbe- 
reiche eingestellt werden: 

- 4000H-4FFFH 

- 6800H - 77FFH 

- 8000H - 8FFFH 

- A800H - B7FFH 

Eine zweite Variante ermöglicht die 
Adressierung von jeweils zwei 2- 
KByte-Blöcken je Modul innerhalb ei- 
nes 1 6-K-Adreßbereiches. Bei der 
Festlegung der Adreßbereiche ist 
unbedingt die Speicheraufteilung des 
KC einschließlich Erweiterungsmo- 
dule (RAM, ROM, BASIC) zu beach- 
ten, um Doppelbelegungen bestimm- 
ter Bereiche zu vermeiden. 

Bildet der SRAM-4-KByte-Erweite- 
rungsmodul das Ende des RAM-Be- 
reiches, dann wird das END OF RAM 
in diesen eingetragen. 

Die Betriebsspannung 5P gelangt so- 
fort nach Einschalten des Kleincom- 
puters an alle bipolaren Schaltkreise 
des Moduls. 

Gleichzeitig werden die unipolaren 
Schaltkreise (V 4066, SRAM 85 631) 
von der Schlafspannung auf 5P um- 
geschaltet. Zum Feststellen des 
Spannungszustandes der NK-Akkus 
dient eine Triggerschaltung. Diese si- 
gnalisiert mittels rotleuchtender LED 
(„AK“) eine Gesamtspannung der 
Akkus kleiner 3V, d. h. die Schlaf- 


Bitd 1 Blockschaltbild 


muß eine Drahtbrücke geöffnet wer- 
den. Für die Aufladung des NC-Akkus 
gelten die vom Hersteller angegebe- 
nen Vorschriften. 
Anwendungsmöglichkeiten 
Der SRAM wurde erstmals für die Da- 
tenerfassung in Fertigungsbereichen 
eingesetzt. Die zu erhaltenden Daten 
wurden in komprimierter Form in den 
SRAM eingetragen und gingen nach 
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Menütechnik auch in SuperCalc 


Ein grundlegender, bei der Erarbei- 
tung von Programmen für Personal- 
computer zu berücksichtigender 
Aspekt ist die leichte und überschau- 
bare Bedienerführung im Bildschirm- 
dialog. Das SC-Tableau allein trägt 
dem kaum Rechnung. 

Mittels Textverarbeitungssystem Text- 
prozessor geschriebene SC-Befehls- 
folgen (XQT. Dateien) sind es, welche 
die Arbeit mit dem Kalkulationspro- 
gramm überhaupt erst effektiv wer- 
den lassen. Ihr Aufruf erfolgt mittels 
des Befehls IX (execute). 

Nachfolgend wird eine leicht hand- 
habbare Methode der Bedienerfüh- 
rung über Bildschirm-Menü für SC- 
Programme vorgestellt. 

Das Grundprinzip ist sehr einfach. 
Durch Veränderung im Betriebssy- 
stem SCP (Driver-Installation), die 
mit einem Diensthilfsprogramm 
durchgeführt wird, veranlaßt man, 
daß die einzelnen Programmzweige 

(Pk, k = 1 

PI .XQT 
P2.XQT 

Pn.XQT 

statt durch die Befehle /XPk.XQT 
mittels vorher definierter Tasten 
(Tk,k =1 n) (zweckmäßig Funk- 

tionstasten) 
gestartet werden. 

Die Information darüber, welche Ta- 
ste Tk welche Programmfunktion Pk 
auslöst, erhält der Bediener über den 
Bildschirm in Form eines Menüs an- 
gezeigt (Beispiel siehe Bild 1). 


Driver-Installation 

Um die Tasten Tk zu definieren, mit 
denen der Start der Programmzweige 
Pk ausgelöst wird, bedient man sich 
des Dienstprogrammes INSTSCP, 
darin des Programmzweiges 'DRI- 
VER INSTALLATION'. 

Beispiel: 

Driver Installation für 
Programmzweig P10.XQT 

auf Fkt. Taste F10 

/XP1 0.XQT entspricht im 
ISO-7-Bit-Code: 2F,58,31,30 
Fl 0 entspricht in SCP-Codierung 
(hex): 83 

COLD-START-Installation 

Wie bereits vorn gesagt, soll ein dem 
Programm vorangestelltes Menübild 
dem Bediener die Abarbeitung des 
Programms erleichtern. Es gibt zu- 
gleich einen Überblick über die Lei- 


stungsmöglichkeiten des Pro- 
gramms. Erstellt wird dieses Menü- 
bild als Datei vom Typ .cal. Es kann 
demzufolge unmittelbar mit /L(oad) 
auf den Bildschirm gerufen werden. 
Als bedienerfreundliche Variante bie- 
tet sich an, den Kaltstart des Perso- 
nalcomputers mit dem Laden des 
Programms SC und des Menübildes 
in einem gekoppelten Vorgang zu 
vollziehen. Das bedeutet, daß nach 
Einlegen der Diskette und Auslösen 
des Kaltstarts nicht nur das Betriebs- 
system, sondern auch SC und das 
Eingangsmenü (z. B. menue.cal) ge- 
laden werden. 

Das geschieht, indem man 
1. eine XQT.Datei (z. B. prog. XQT) 
mit Hilfe des Textverarbeitungspro- 
gramms (TP) schreibt, welche 
/ZY Löschen Bildschirm 
/Lmenue.cal.A Laden Menü 
/GB Ausschalten Spalten-/ 
Zeilenbeschriftung 
beinhaltet; 


2. mittels des Dienstprogramms 
INSTSCP eine COLD-START-Instal- 
lation für das KP-Programm (hier: 
prog.XQT) durchführt 
hier: SC prog 

Zwei Bemerkungen zum Abschluß 

- In den Tableaus, die auf dem Bild- 
schirm erscheinen, müssen natür- 
lich ebenfalls Bedienerhinweise zur 
Funktion der Festtasten gemacht 
werden (mindestens: Rücksprung 
zum Menübild). 

- Beim Kopieren von Programmen 
mit COLD-START-INSTALLATION 
und Programmen mit installierten 
Funktionstasten (DRIVER-INSTAL- 
LATION) ist zu beachten, daß außer 
den Dateien der Typen .XQT und 
.CAL des Programms auch das 
modifizierte SCP-Betriebssystem 
übernommen wird. 

E. Poerner, B. Schleicher 
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Bild 2 Hexadezimalcode 
ausgewähtter Tasten 



Vorsicht, Satire! 


Von der Vertreibung der 
GOTO-Koboide 

Es war einmal vor langer, lan- 
ger Zeit, als viele Programme 
noch arg verwinkelt aussahen 
wie die Gäßchen alter Klein- 
städte; da steckten sie oftmals 
voller tückischer GOTO-Ko- 
bolde. Wo diese nur konnten, 
brachten sie mit übermütigen, 
wilden Sprüngen alles gründ- 
lich durcheinander, und den 
Programmierern, die sich 
darob verzweifelt die Haare 
rauften, zeigten sie eine lange 
Nase und grinsten diese dreist 
und unverschämt an. 

„So kann das nicht weiterge- 
hen“, beschlossen eines Ta- 
ges die Programmierpäpste, 
und sie riefen die Exorzisten 
Boehm, Jacopini und Weizen- 
baum zu Hilfe, auf daß sie die 
Bösewichte vertrieben. Alsbald 
hatten jene dann auch ein Mit- 
tel dafür parat, welches sie 
„Strukturierung“ nannten. 
„Wenn ihr eure Programme 
künftig nur aus glatten Struktur- 
blöcken erbaut, dann gibt es 
darin keine Ritze mehr, in der 
so ein Übeltäter noch Platz 


fände!“ verkündeten sie ihr Re- 
zept. Als das die geplagten 
Programmierer vernahmen, 
waren sie überaus froh; alle ju- 
belten laut über den trefflichen, 
rettenden Einfall, priesen jene, 
die ihn hatten, über alle Maßen 
und verfuhren danach. 

Die schlauen GOTO-Kobolde 
jedoch schlugen ihren Austrei- 
bern ein Schnippchen. Flugs 
nahmen sie die unterschied- 
lichsten Gestalten an und 
schlüpften verkleidet sogleich 
in die Strukturblöcke, kaum 
daß diese nur erdacht waren. 
So erschienen die einen fortan 
als WEND, WHILEND oder 
ENDWHILE, die anderen als 
DOEND, IFEND, ENDDO oder 
ENDIF, auch gaben sich man- 
che zur Tarnung gar absonder- 
liche Namen wie ADMIT, EXIT, 
QUIT, NEXT, LOOP, EXCEP- 
TION oder RAISE. Die meisten 
aber nannten sich schlicht und 
nichtssagend nur END; ja, den 
boshaftesten Schlitzohren un- 
ter ihnen gelang sogar das 
Kunststück, sich in ein un- 
scheinbares Semikolon zu ver- 
wandeln. 


Jetzt erkennt keiner mehr ihr 
hinterhältiges Wesen, weil sie 
alle ebenso ehrbar und bieder 
aussehen wie jede andere An- 
weisung. Auch verraten sie 
sich nicht mehr durch Grinsen, 
sondern blicken einer wie der 
andere mit stets gleichmütiger, 
ausdrucksloser Pokermiene 
gelangweilt ins Leere, weil eine 
Maske ja keine Miene verzieht, 
wie man weiß. Und ihre 
Sprünge machen sie nur heim- 
lich im Dunkeln, so daß keiner 
sie bemerkt. Aber auch heute 
noch treiben sie - gut getarnt 
und unerkannt -ärgeren Scha- 
bernack als zuvor, besonders 
wenn sie sich an den Pro- 
grammenden zu langen Ketten 
versammeln. Und wenn dann 
die ahnungslosen Program- 
mierer ob der Verwirrung oder 
gar falscher Abläufe in den Pro- 
grammen wiederum fluchen 
oder sich die Haare raufen, la- 
chen jene sich stillvergnügt und 
heimlich ins Fäustchen. 

Und nur einige ältere Program- 
mierer gedenken dabei weh- 
mütig der guten alten Zeiten, 
da man die grinsenden GOTO- 


Kobolde alle noch leicht erken- 
nen, verfolgen und zur Strecke 
bringen konnte, und mancher 
fragt sich nunmehr insgeheim 
zweifelnd, ob die Exorzisten 
seinerzeit wirklich den besten 
Einfall hatten. Aber welcher 
aufgeklärte Software-Designer 
von heute glaubt noch an das 
Märchen von der Kobold-Ver- 
treibung. Die Tatsache, daß er 
in den modernen, wohlstruk- 
turierten Programmen jeder- 
zeit voll durchblickt und daß 
dort stets alles mit rechten Din- 
gen zugeht, hat ihn völlig davon 
überzeugt, daß es GOTO-Ko- 
bolde (Wirth sei Dank!) in Wirk- 
lichkeit längst schon nicht mehr 
gibt (oder?). 
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Börse 


Direktzugriff auf 
REDABAS-Dateien unter 
TURBO-PASCAL 

Das Programmodul PARE ermöglicht 
ein direktes Bearbeiten von REDA- 
BAS-Dateien unter TURBO-PASCAL 
ohne Dateikonvertierungen. Die An- 
wendung des Programms ist. sehr 
einfach und erlaubt auch den Datei- 
typ DBF aus dBASE-ll-Dateien. Lauf- 
fähig ist PARE unter SCP auf A 51 20/ 
30, PC 1 71 5 sowie auf A 71 00. 
Kenndaten des Programms: 

- PARE liegt als Quelltext vor und 
kann mittels INCLUDE-Anweisung 
am Anfang eines Anwenderpro- 
gramms eingebunden werden. 

- Der Quelltext beansprucht einen 
Speicherplatz von ca. 10 KByte, im 
kompilierten Anwenderprogramm wer- 
den zusätzlich max. 6 KByte belegt. 

- Der modulare Aufbau von PARE 
gewährleistet eine optimale Anpas- 
sung an Anwenderprogramme; nicht 
benötigte Prozeduren/Funktionen kön- 
nen zur Speicherplatzeinsparung im 
Quelltext gestrichen werden. 

- Feldvariablen der verwendeten 
REDABAS-Dateien brauchen vom 
Anwender nicht vereinbart werden, 
da das Eröffnen einer REDABAS-Da- 
tei automatisch das Erfassen ihrer 
Struktur bewirkt. Name und Typ der 
Feldvariablen müssen an die ent- 
sprechenden Prozeduren/Funktionen 
übergeben werden. 

- Befehlssatz: Datei eröffnen, schlie- 
ßen; Satz einstellen, suchen, anzei- 
gen, anhängen; Wert lesen, schreiben 

- Es werden die Standardtypen 
STRING, CHAR, REAL und INTE- 
GER genutzt. 

- Mit dem Zusatzprogramm STRU 
können Strukturen von REDABAS- 
Dateien direkt, also ohne Zugriff über 
das Datenbanksystem, aufgelistet 
werden. 

Institut für Sozialistische Betriebswirt- 
schaft, Bereich Stadtroda/Forschungs- 
gruppe Anwendersoftware. August-Be- 
bel-Stralie 3, Stadtroda, 6540; Tel. 
21013/21091 

Dr. Ahnert 

Lesen und Schreiben von 
ESER-Magnetbandfiles an 
SKR-Rechnern 

Der Ausgangspunkt zur Schaffung 
des Programms ESTAPE war, daß 
für SKR-Rechner wie CM-4. CM-52, 
CM-1 420, K 1 630, II 02 und für Anla- 
gen des Typs PDP-1 1 bereits diverse 
ESER-Magnetband-Konvertierungs- 
programme Vorlagen, diese sich aber 
zumeist mit einer Konvertierung von 
Zeichenketten begnügten, wobei 
auch andere Probleme mit der prakti- 
schen Handhabbarkeit auftraten. 
ESTAPE ermöglicht die Konvertie- 
rung von MB-Files im ESER-Format 
in sequentielle SKR-Plattenfiles (und 
umgekehrt) unter zu OS-RW (ab 
V2.8) und RSX-1 1 M (ab V3.2) ver- 
gleichbaren Betriebssystemen. 

Auf beiden Seiten sind Records fester 
oder Undefinierter Länge zulässig, 
Records fester Länge auf MB können 
geblockt sein. Das MB kann im DOS- 
oder OS-Format bzw. als Nolabel- 
Band verarbeitet werden. 
Insbesondere konvertiert ESTAPE 
Datenfelder aus beliebigen Internfor- 


maten des ESER in entsprechende 
SKR-Internformate und umgekehrt. 
ESTAPE verfügt darüber hinaus über 
entsprechenden Komfort der Ma- 
gnetbandarbeit, wie Möglichkeit zur 
Initialisierung und Labelprüfung, ab- 
solute und relative MB-Positionierung 
vor und nach dem Transfer, Arbeit mit 
Filenamen, wobei diese auch (unter 
Einschränkungen) in beiden Richtun- 
gen automatisch übernommen wer- 
den können. Beim MB-Schreiben 
werden alle notwendigen Standard- 
sätze (auch HDR2 usw.) vollständig 
erzeugt. Als Schreibdichte sind 800 
(Standard) und 1600 bpi zulässig. 
ESTAPE ist sowohl mit direkter, der 
UNIX-Schalterkonvention angenä- 
herter Kommandoeingabe oder aber 
über spezielle Kommandofiles ar- 
beitsfähig, wodurch Routineprojekte 
auch im Stapelbetrieb abgearbeitet 
werden können. 

Durch Nutzung der Möglichkeiten der 
Programmiersprache C arbeitet 
ESTAPE weitestgehend mit dynami- 
scher Speicherverwaltung, was sich 
günstig auf den Mehrnutzerbetrieb 
bei kleinem Hauptspeicher (128 K 
Worte) auswirkt. 

Die dargestellten Leistungen von 
ESTAPE sind Inhalt der aktuellen 
Version 1 .5, die sich an unserer Ein- 
richtung sowie bei einer größeren An- 
zahl von Nachnutzern in der prakti- 
schen Arbeit bewährt hat. Eine Por- 
tierung von ESTAPE an die neuen 
Rechner der 32-Bit-Technik dürfte 
ohne große Probleme möglich sein. 
Allen Nachnutzern werden eine lauf- 
fähige Task, ein Generierungskit auf 
Objektmodulbasis sowie die ausführ- 
liche Dokumentation übergeben. 
0RGREB - Institut lür Kraftwerke, Be- 
reich Dresden, Abt. 2720, Mügelner 
Sir. 27. Dresden. 8036; Tel. 4 84 94 91 
oder-495 

Benedikt 


Universelles Editier- 
programm 

Zur Nachnutzung bieten wir ein Pro- 
gramm zur Ver- und Bearbeitung von 
Daten im Lochkartenformat an. Das 
Programm ist lauffähig auf 8- und 1 6- 
Bit-Mikrorechnern unter den Be- 
triebssystemen SCP, CP/A und MS- 
DOS und beinhaltet folgende Funk- 

- Neuerstellen einer Lochkarten- 

- Erweitern 

- Einfügen 

- Korrigieren 

- Anzeigen 

- Löschen 

- Drucken von Sätzen (Lochkarten) 
der Datei 

- Konvertieren zum Wandeln der 
Lochkartendatei in eine sequentielle 
Datei und umgekehrt 

- Steuercodes generieren zur An- 
passung an unterschiedliche Rech- 

Das Programm ist in TURBO-PAS- 
CAL geschrieben und benötigt einen 
Speicherplatz von etwa 40 KByte. 

EVDR, BT RAT, TK SW, Frankfurter Allee 
216, Berlin, 1130; Tel. 4942693 

Schubert 


Farbgrafik für den PC 1715 

Diese Hard- und Softwarelösung 
dient der Darstellung von farbigen 
Grafiken auf einem handelsüblichen 
Farbfernsehgerät mit RGB-Anschluß. 
Bei einer Auflösung von 51 2x256 Pi- 
xeln sind 16 aus 4096 Farben dar- 
stellbar. Der Anschluß an den PC er- 
folgt wahlweise über eine nachzurü- 
stende Parallelschnittstelle oder die 
standardmäßig vorhandene V.24- 
Schnittstelle. Durch Einsatz eines ei- 
genen Mikrorechners verfügt die Gra- 
fik über einen umfangreichen Be- 
fehlssatz und entlastet den PC von 
zeitintensiven Grafikroutinen. An- 
schließbar sind ein Nadeldrucker zur 
Hardcopy sowie eine Maus zur inter- 
aktiven Bildschirmarbeit. Durch eine 
Softwarelösung steht dem Anwender 
ein Grafikbefehlssatz in TURBO- 
PASCAL zur Verfügung. 
Ingenieurhochschule Berlin, Prorektorat 
für Naturwissenschaft und Technik, 
Marktstr. 9, Berlin, 1134; Tel. 2071064 

Grafik mit BASIC S ‘ e9mund 
am AC A 7100 

Im VEB Elmo Thurm wurde eine Gra- 
fikschnittstelle entwickelt, die es er- 
möglicht, mit der Programmierspra- 
che BASIC die Grafikfähigkeit des 
A7100 zu nutzen. Die Schnittstelle 
stellt eine Verbindung zwischen dem 
BASIC-Interpreter und der Grafiker- 
weiterung SCP-GX des Betriebssy- 
stems SCP 1700 her. Der BASIC-An- 
wender kann auf einfache Art und 
Weise die wichtigsten Grafikfunktio- 
nen des SCP-GX nutzen, ohne spe- 
zielle Kenntnisse über dessen Auf- 
bau und Wirkungsweise zu besitzen. 
Voraussetzung für die Anwendung 
dieser Grafikschnittstelle sind die 
Grafikvariante des A7100 und die 
entsprechende Systemsoftware un- 
ter dem Betriebssystem SCP. 

Für Interessenten wird zur Nachnut- 
zung neben dem Programm eine An- 
wendungsbeschreibung mit Beispie- 
len angeboten. 

VEB Elektromotorenwerke Thurm, Abtei- 
lung TN, Ernst-Thälmann-Str.86, Thurm, 
9527; Tel. Zwickau 827219 Weigel 

PullDown-Menü 
für den PC 171 5 

Die PullDown-Menü-Technik bietet 
eine übersichtliche, optisch an- 
spruchsvolle Lösung für den Nutzer 
und eine wesentliche Rationalisie- 
rung für den Programmierer. 

Der konkrete Menüaufbau ist im auf- 
rufenden Programm in Form eines 
speziellen Feldes zu definieren. Das 
Menü kann bis zu 6 Hauptpunkte (je- 
der max. 12 Zeichen) besitzen, die je- 
weils 10 Unterpunkte (jeder max. 22 
Zeichen) haben dürfen. 

Durch Aufruf des Assembler-UP 
PDMENUE kann das Menü an belie- 
bigen Stellen des Programms „über“ 
dem bestehenden Bild eingeblendet 
werden. Der Benutzer wird dadurch 
zur Auswahl aufgefordert, die er mit 
Hilfe der Cursortasten vornimmt. Vor 
jedem Menüaufruf kann eine belie- 
bige Zahl von Menüpunkten inakti- 
viert werden. Diese Punkte werden 
mit dem kompletten Menü angezeigt, 
sind aber für die Auswahl gesperrt. 


Nach erfolgter Auswahl übernimmt 
PDMENUE die Wiederherstellung 
des Bildschirminhaltes und liefert 
dem aufrufenden Programm Anga- 
ben zum ausgewählten Punkt. Vom 
Bediener kann nur ein vorhandener 
und aktiver Punkt des Menüs gewählt 
werden. Das Unterprogramm PDME- 
NUE wurde entwickelt für den PC 
1715mit einem Monitor BAB2 (24*80 
Zeichen). Zur Verfügung stand das 
Betriebssystem SCP 0.5 mit zusätz- 
lich installierten Cursortasten. 

Das Programm ist auch lauffähig un- 
ter Betriebssystemen (z. B. CP/A), 
die die gleiche Anfangsadresse des 
Bildwiederholspeichers (=F800H) 
sowie gleiche Codierung für Bild- 
schirmsteuerzeichen und Cursorta- 
sten besitzen. 

Bei Zusendung einer 5,25''-Diskette 
können interessierte Nachnutzer ko- 
stenlos ein Demonstrationsbeispiel 
erhalten. 

Hochschule für Musik „Carl Maria von 
Weber“, Studio für elektronische Klang- 
erzeugung, Blochmannstr. 2-4, Dres- 
den, 8010 Lange 

Handbuch „Software- 
entwicklungsarbeitsplatz 
16-Bit-PC“ 

Das Anliegen des Handbuches ist die 
Unterstützung des Softwareentwick- 
lungsprozesses auf der Grundlage 
des Betriebssystems DCP. Mit dem 
Handbuch soll eine technologisch ef- 
fektive Anwendung der Möglichkeiten 
des Betriebssystems und der vorhan- 
denen unterstützenden Software vor- 
gegeben werden. Die dazu notwen- 
dige Nutzeroberfläche wird in Form 
von Kommandoprozeduren bereitge- 
stellt. 

Das Handbuch beinhaltet folgende 
Hauptthemen: 

- Hardwarebesonderheiten der ein- 
zelnen PCs 

- Konventionen 

- Vor und Nachbereitung einer PC- 
Sitzung 

- DCP-Werkzeuge 

- Dateiarbeit 

- Sprachunterstützung 

- Unterstützung komplexer Soft- 
waresysteme. 

Innerhalb der Hauptthemen erfolgt 
die Beschreibung der notwendigen 
Werkzeuge und der dazugehörigen 
Kommandoprozeduren mit Beispielen. 

VEB DVZ Halle, Abteilung FP. Block 081 , 
Halle-Neustadt, 4090; Tel. 61 6404 

Gruhl 


TERMIN 

Fachtagung „CAD-Systeme für Elek- 
troenergieanlagen“ 

WER? Arbeitsausschuß „Rechner- 
gestützte technische Vorbe- 
reitung von Eiektroanlagen“ 
in der Bezirksfachsektion 
Elektrotechnik/Elektronik 
beim Bezirksvorstand Leip- 
zig der Kammer der Technik 
WANN? 13. September 1988 
WO? Leipzig 

WIE? Interessenten wenden sich 
formlos, schriftlich oder tele- 
fonisch an KDT, BV Leipzig, 
SB Wissenschaft und Tech- 
nik, PF 40, Leipzig 7010 

Schwendler 
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Entwicklungen und Tendenzen 


Einsatz 

von Flachbildschirmen 

Nach einer Studie der Firma Frost & 
Sullivan soll sich das Einsatzgebiet 
von Flachbildschirmen, die bisher 
vornehmlich in Fernsehgeräten zum 
Einsatz kamen, zur Autoindustrie und 
die Computertechnik verlagern. In 
der Computertechnik kommen Flach- 
bildschirme hauptsächlich in tragba- 
ren Computern zum Einsatz, wäh- 
rend sie in Kraftfahrzeugen als Arma- 
turenbrett eingesetzt werden sollen. 
Bezüglich der Technologien soll die 
bedeutendste Entwicklung die soge- 
nannte Super-Twist-Variante von 
Flüssigkristall-Anzeigen sein. Sie 
verbessern den Betrachtungswinkel 
beträchtlich. Sie sollen unter den acht 
Anzeigetechnologien die höchsten 
Zuwachsraten aufweisen. Plasma- 
bildschirme erreichen nur etwa halb 
so große Zuwachsraten und LCDs 
nur ein Drittel. Bis zum Jahre 1992 
sollen LCDs jedoch die marktbeherr- 
schende Technologie bleiben. 

Aus Elektronik Entwicklung. - Wies- 
baden 22(1 987) 12. -S. 14 

Expertensystem 
zur Bestimmung 
der Rechnerkonfiguration 

Bereits seit einigen Jahren befassen 
sich verschiedene Institutionen in der 
CSSR mit der Schaffung von Exper- 
tensystemen. Auf der Konferenz über 
Künstliche Intelligenz in Prag im 
Jahre 1986 wurde über die Systeme 
CODEX, EQVANT, SAK, CKD, VEX, 
KONSULT und FEL-EXPERT berich- 
tet. Auf der Grundlage des letzteren 
wurde von einem interdisziplinären 
Kollektiv ein Expertensystem zur Be- 
stimmung der Kapazitäten der Re- 
chentechnik geschaffen. Die Wis- 
sensbasis besteht aus Informationen 
über die verfügbare Rechentechnik. 
Das Expertensystem ermöglicht das 
stufenweise Sichten der Anforderun- 
gen, Kenntnisse und Voraussetzun- 
gen der Nutzer. Es schlägt die mini- 
male Ausstattung an Rechentechnik 
vor. Gegenwärtig ist die Wissensba- 
sis auf die Auswahl von Kleinrechen- 
technik einschließlich der an Zentral- 
rechner angeschlossenen Terminals 
ausgelegt. In einer weiteren Ausbau- 
stufe soll die Konfiguration von Zen- 
tralrechnern bestimmt werden kön- 

Das Kriterium „Bedürfnisse des Nut- 
zers“ schließt die Prüfung des An- 
wendungsgebietes, die Art und 
Weise der vorgesehenen Arbeit mit 
dem System und die Anforderungen 
an Hauptspeicher, periphere Spei- 
cher und E/A-Geräte ein. Bei dem Kri- 
terium „Voraussetzungen des Nut- 
zers“ werden die finanziellen Mittel, 
die räumlichen und technischen Vor- 
aussetzungen, die Personalkapazitä- 
ten und die Erfahrungen bei der bis- 
herigen Nutzung von Rechentechnik 
berücksichtigt. Die ausgewählten Al- 
ternativen werden jeweils mit den 
Voraussetzungen des Nutzers vergli- 
chen, bis eine widerspruchsfreie Lö- 
sung vorgeschlagen ist. 

Der Wert des Expertensystems be- 
steht darin, daß auf den Erfahrungen 
von Experten beruhende Konfigura- 
tionen von Rechentechnik zum Kauf 


vorgeschlagen werden, die für die 
Lösung der anstehenden Probleme 
ausreichend sind. Gegenwärtig wird 
eingeschätzt, daß 15% der im tsche- 
chischen Teil der CSSR installierten 
Rechner überdimensioniert sind. 
Geht man von einem Installations- 
wert von 2 423 Mio Kcs (1985) aus, so 
ist es durch Optimierung der Konfigu- 
ration möglich, die Anschaffungsko- 
sten um etwa 363 Mio Kcs zu senken, 
davon 218 Mio Kcs Deviseneinspa- 
rungen. 

Das Expertensystem ist auf dem 
Rechner ADT 4700 mit dem Betriebs- 
system RTE und DOS 4 implemen- 
tiert. Es soll jedoch auch auf den 
Rechnern PDP 1 1 , CM 3, CM 4, JPR 
12 und IBM-PC lauffähig sein. 

Quelle: mechanizace a automatizace 
administrativ y (1987) 12. - S. 462 

Wi 

Transistor 

mit 0,1 um Gatelänge 



Forschern der Cornell University, 
Ithaka, N. Y., und von Siemens ist es 
gelungen, einen Galliumarsenid- 
Transistor (GaAs) für deutlich mehr 
als 100 Gigahertz herzustellen. Die- 
ser „Modfet“ (modulation-doped 
field-effect transistor) arbeitet mit ei- 
nem Sandwichchip, dessen Schich- 
ten nur wenige Hundertstel Mikron 
„dick“ sind und in einem von den For- 
schern entwickelten Spezialverfah- 
ren mit Silizium sehr exakt dotiert 
werden. Als Transitfrequenz (unity 
current gain cut-off frequency) wur- 
den bisher 1 1 3 GHz gemessen. 

Der annähernd quadratische GaAs- 
Wafer im Bild integriert 250 Modfet. 
Insbesondere Experten für Satelliten, 
Raumfahrt und Radar interessieren 
sich für diesen T ransistor bisher uner- 
reichter Schnelligkeit. 

International 
Solid State Circuits 
Conference 

Während bei der ISSCC'87 das 
Schwergewicht sowohl hinsichtlich 
der Anzahl der Vorträge als auch ihrer 
Bedeutung bei den Speicherschalt- 
kreisen lag, zeigt das Programm der 
ISSCC’88 ein ausgewogenes Ver- 
hältnis zwischen Halbkundenschalt- 
kreisen, Prozessoren, analogen 
Schaltkreisen und RAM-, ROM- und 


Tafel 1 

Speicher- Zugriffs- 
kapazität zeit 

DRAM 16 MBit 60 ns 

DRAM 4 MBit 60 ns 

SRAM 256 KBit 8 ns 

SRAM 256 KBit 12 ns 


Technologie/ Speicherzelle Firma 
Struktur Größe 


CMOS 3,3 um 2 Matsushita 

0,5 pm 

CMOS 10,58 um 2 Siemens 

0,9 /im 

BICMOS 66,3 /im 2 Hitachi 

BICMOS 96,5 pm 2 Fairchild 


nichtflüchtigen Speicherschaltkreisen. 
Höhepunkte bei den Speichern sind 
ein 16-MBit-DRAM von Matsushita 
und ein 4-MBit-DRAM von Siemens 
mit Zugriffszeiten von 60 ns, zwei 
SRAMs in BICMOS mit 256 KBit 
Speicherkapazität von Hitachi und 
Fairchild sowie ein ferroelektrischer 
statischer RAM von RAMTRON mit 
einer Lebensdauer von max. 10 8 
Umprogrammierungszyklen (siehe 
Tafel 1). 

Auf dem Gebiet der Halbkunden- 
schaltungen wird von Actei Corp. eine 
neue T echnologie für anwenderkonfi- 
gurierbare, elektrisch programmier- 
bare Logikschaltungen vorgestellt. 
Sie verwendet eine sogenannte „An- 
tifuse“-Architektur für die Program- 
mierung von horizontalen und verti- 
kalen Elementen. Dies bedeutet eine 
Abweichung sowohl von den traditio- 
nellen CMOS-PLDs, die eine gespei- 
cherte Ladung zur Programmierung 
einer Zelle einsetzen, als auch von 
den bipolaren PLDs, die eine 
Schmelzsicherung einsetzen. Das 


Ergebnis ist eine beträchtlich erhöhte 
Packungsdichte. An der Spitze der 
Prozessoren steht ein 32-Bit-Mikro- 
prozessor von Texas Instruments mit 
RISC-Architektur auf der Basis von 
Galliumarsenid. Der Mikroprozessor 
ist ausgestattet mit einem 1 6 x 32-Bit- 
Register, einer 32-Bit-ALU und 
sechsstufiger Befehls-Pipelineverar- 
beitung. General Electric berichtet 
über einen 32-Bit-Prozessor in 
CMOS mit einer Taktfrequenz von 
40 MHz und einer Zugriffszeit von 
25 ns. 

Auf dem Gebiet der Analogschaltun- 
gen stellt IBM ein automatisches Pla- 
zierungs- und Routing-System für ge- 
mischte Analog- und Digitalschaltun- 
gen vor, das einen Chip-Ausnut- 
zungsgrad von 75% erreichen soll. 
Große Aufmerksamkeit wird fortge- 
schrittenen Entwürfen von A/D- und 
D/A-Wandlern gewidmet, vorgestellt 
von den Firmen Analog Devices, Hi- 
tachi, NEC, Philips und AT & T. 
Quelle: Electronics. - New York 60 
(1987) 25. -S: 103-104 Fa 


Eine neue schnelle Bipolarlogik 
mit niedriger Verlustleistung 


Forscher des IBM Forschungslabors 
von Böblingen in der BRD haben eine 
neue Bipolarlogik entwickelt, deren 
durchschnittliche Verlustleistung bei 
Beibehaltung hoher Geschwindigkeit 
auf das Niveau von CMOS-Schaltun- 
gen reduziert worden ist: 50 Mikro- 
watt Verlustleistung und eine Laufzeit 
von 800 ps wurden in experimentel- 
len Schaltungen erreicht. 

Die neuen komplementären Transi- 
stor-Logik-Schaltungen verwenden 
Minoritätsladungsträger, um die 
Ströme zum Schalten der Ausgangs- 
transistoren zu erzeugen. Daher 
stammt auch der Name der neuen Lo- 
gik: CBL-Charge Buffered Logik. Da 
im Ruhezustand nur niedrige Gleich- 
ströme fließen, erreicht die durch- 
schnittliche Verlustleistung CMOS- 
Werte. Die neue Logik verhält sich zur 
Bipolarlogik wie CMOS zu MOS: 
Beide sind komplementäre Schaltun- 
gen, wobei CBL pnp- und npn-Transi- 
storen einsetzt und MOS sich auf p- 
und n-Kanal-Transistoren stützt. 

Um die o. g. 800 ps und 50 Mikrowatt 
zu erreichen, setzt das IBM-For- 
schungsteam eine 2,2-um-Struktur 
und 200-MHz-Schalttransistoren ein. 
Computerberechnungen haben je- 
doch gezeigt, daß bei Einsatz einer 
1 ,2-mri-Struktur und 1,5-GHz-pnp- 
Transistoren 300 ps und weniger als 
1 0 Mikrowatt erreicht werden können, 
bei einer 1-om-Struktur, Grabenisola- 
tion und anderen neuen Prozeßver- 
fahren sogar 1 00 ps. 

Bis jetzt hat man sich international 


noch kaum mit bipolarer komplemen- 
tärer Transistorlogik beschäftigt, da 
sich der stromgesteuerte Bipolar- 
transistor im Gegensatz zum span- 
nungsgesteuerten MOS-Transistor 
schlecht für komplementäre Logik- 
anwendungen eignet: Nach dem 
Schalten fließt der Strom weiter, was 
eine ziemlich hohe statische Verlust- 
leistung verursacht. Die Lösung 
scheint eine CMOS-ähnliche bipolare 
komplementäre Transistor-Logik zu 
sein, in der Bipolartransistoren MOS- 
Typen ersetzen. Die Implementie- 
rung einer solchen Logik mit Bipolar- 
strukturen erweist sich jedoch selbst 
mit fortgeschrittensten Prozeßtechni- 
ken als schwierig. Darüber hinaus 
begrenzen die relativ großen Sätti- 
gungs-Konstanten der gegenwärtig 
untersuchten T ransistorstrukturen 
die Geschwindigkeit ernsthaft. 

Diese Nachteile führten schließlich 
dazu, daß man sich den ladungsge- 
steuerten Logikschaltungen zu- 
wandte. Während der dreijährigen 
Entwicklungszeit der CBL-Logik be- 
stand die Schwierigkeit darin, einen 
Weg zu finden, eine große gesteuerte 
Ladung in die Basis eines Transistors 
einzubringen, ohne große Daten- 
ströme zu erzeugen, was konventio- 
nelle Bipolartransistoren fordern. Da- 
durch, daß diese Ströme so niedrig 
wie möglich gehalten wurden, konnte 
die Standby-Leistung beträchtlich ge- 
senkt werden. 

Quelle: eiectronics. - New York 60 
(1987) 25. -S. 42, 43 Fa 
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Informatikliteratur 
aus dem VEB 
Verlag Technik 

Die außerordentliche thematische 
Breite der Informatik kam besonders 
auf dem 4. Kongreß der Informatiker 
der DDR, INFO 88, zum Ausdruck. 
Die Vorträge wurden innerhalb der 
Fachsektionen theoretische Grund- 
lagen, Computertechnik, Software, 
künstliche Intelligenz, komplexe An- 
wendungen, Aus- und Weiterbildung 
sowie Gesellschaft und Informatik 
gehalten. Diese thematische Gliede- 
rung soll dem Leser die Themenkom- 
plexe veranschaulichen, wofür durch 
die Verlage der DDR entsprechende 
Literatur bereitzustellen ist. Um die- 
sen Anforderungen gerecht zu wer- 
den, wird die Herausgabe von Litera- 
tur zu ausgewählten Schlüsseltech- 
nologien zwischen den Verlagen ab- 
gestimmt. Der VEB Verlag Technik 
orientiert dabei vorrangig auf die Ab- 
deckung des Informationsbedarfs für 
den Einsatz von Personalcomputern 
und CAD/CAM-Technik. Bereits seit 
einigen Jahren wird Literatur zu die- 
ser Thematik vom Verlag herausge- 
geben. Die Bücher sind meist als 
praxisbezogene Fachbücher konzi- 
piert, um die Anwendung der Rech- 
ner in der Industrie zu unterstützen. 
Im folgenden werden einige Bücher 
des Verlages, zum Teil geplante Lite- 
ratur mit Arbeitstiteln, vorgestellt. 
Software/Betriebssysteme 
Die Bücher zur Software sind weitge- 
hend rechnerunabhängig gestaltet. 
Als Programmiersprachen finden in 
der DDR vorrangig BASIC, C, CO- 
BOL, FORTRAN, MODULA-2, PAS- 
CAL und deren Weiterentwicklungen 
Anwendung. 

Die jetzige Titelplanung berücksich- 
tigt diese Entwicklung mit den Bü- 
chern 

- Müller „Programmieren 
mit BASIC" 

- Werner „BASIC für Mikrorechner" 

- Schilling „TURBO-BASIC“ 

- Clauß/Fischer „Programmieren 
mit C“ 

- Kosciolowicz „Programmieren mit 
FORTRAN 77“ 

- Schiemangk „Programmieren mit 
MODULA-2“ 

- Hopfer „Informationsverarbeitung 
mit PASCAL“ 

- Paulin „TURBO-PASCAL“. 

Für die in der DDR angebotenen Be- 
triebssysteme SCP und DCP werden 
vom VEB Verlag Technik auch Bü- 
cher zu kompatiblen Betriebssyste- 
men herausgegeben. Hier einige Titel 
aus unserem Programm: 

- Bernert/Burow/Hanisch „CP/M in 
der Praxis“ 

- Claßen/Oefler „UNIX und C" 

- Polze „UNIX-Werkzeuge zur Pro- 
grammentwicklung“ 

- Hübener „MS-DOS“. 
Anwendersoftware 

Durch den Einsatz von Personalcom- 
putern in allen Bereichen der Volks- 
wirtschaft sowie im persönlichen Be- 
reich nimmt die Entwicklung von eige- 


Literatur 


ner Software immer mehr zu. Um hier 
anerkannten und neuen Methoden 
zum Durchbruch zu verhelfen, wurde 
zur Unterstützung des Softwareent- 
wicklers das Buch von Rothhardt 
„Praxis der Soffwareentwicklung“ 
herausgegeben. Ergänzt wird diese 
Thematik durch LindnerlTrautloft 
„Grundlagen der problemorientierten 
Programmentwicklung“, eine Anlei- 
tung zur systematischen Program- 
mentwicklung. 

Ein effektivitäts- und qualitätsbestim- 
mender Bestandteil von Informa- 
tions- und Steuerungssystemen in 
zahlreichen Anwendungsgebieten 
sind Datenbanksysteme. Durch den 
massiven Einsatz von Personalcom- 
putern und leistungsfähigen Klein- 
rechnern nimmt die Anzahl der Da- 
tenbanken sprunghaft zu. Die folgen- 
den Bücher des Verlages sollen den 
Datenbankspezialisten oder -anwen- 
dern eine Hilfe sein: 

- Grafik „dBASE-Software für Da- 
tenbanken" 

- Trautloft/Lindner „Datenbanken - 
Entwurf und Anwendung“ 

- Schubert ..Datenbanksysteme“. 
Aufgrund der zu erwartenden techni- 
schen Entwicklung, z. B. automati- 
sierte Fabrik (CIM) wird in den 90er 
Jahren der Bedarf an Literatur zu wis- 
sensbasierenden Systemen und Kl- 
Programmsystemen stark zuneh- 
men. Diese Entwicklung wird vom 
Verlag durch erste geplante Bücher 
berücksichtigt: 

- Helbig „Künstliche Intelligenz und 
automatische Wissensverarbeitung“ 

- SchwarzILunze „Künstliche Intelli- 
genz und intelligente Technik“ 

- BaldeweglFiedler „Expertensy- 
steme in der technischen Diagno- 
stik“. 

Hardware 

Die derzeitige Entwicklung in der 
DDR umfaßt den verstärkten Einsatz 
von 16-Bit-Prozessoren, die Entwick- 
lung von 32-Bit-Prozessoren sowie 1 - 
und 4-Megabit-Speichern. Infolge der 
Typenvielfalt und der zentralisierten 
Produktion von Rechnern und Rech- 
nerperipherie werden vom Verlag 
vorrangig allgemein ersetzbare Lö- 
sungen zur Schaltkreisentwicklung 
und Mikroprozessortechnik ein- 
schließlich deren Programmierung 
publiziert. Hier ebenfalls einige Titel: 

- KieserlBankel „Einchipmikro- 
rechner“ 

- Franke „Einführung in die Mikro- 
rechentechnik“ 

- Brennenstuhl „Programmierung 
des 16-Bit-Mikroprozessorsystems 
U 8000“ 

- Kieser „16-Bit-Mikroprozessoren“ 

- Bonitz „Der 16-Bit-Mikroprozessor 
des ESER-PC" 

- Claßen/Wiesner „Wissens- 
speicher 16-Bit-Mikroprozessor- 
Programmierung“. 

CAD/CAM, CIM 

Die derzeitige Einsatzvorbereitung ist 
gekennzeichnet durch die Integration 
der betrieblichen Prozesse. Erfor- 
derlich sind hier u. a. intelligente Ma- 
schinensysteme, Expertensysteme, 
Rechnerverbundsysteme und auto- 
matische Transportsysteme. Durch 
unseren Verlag soll diese Entwick- 
lung mit den Titeln 


- Pötschke/Lunze „Kl und Automati- 
sierungstechnik“ 

- Gottschalk/Wirth „Bausteine der 
rechnerintegrierten Produktion - CIM“ 

- Wirth „Flexible Fertigungs- 
systeme“ 

- Gottschalk „Rechnergestützte 
Produktionsplanung und -Steuerung 
-PPS“ 

- Krug „Simulation für Ingenieure in 
CAD/CAM-Systemen“ 

- Iwainsky „Computergrafik in CAD/ 
CAM-Prozessen“ 

unterstützt werden. 

Anhand dieser ausgewählten Bei- 
spiele wurden dem Leser einige be- 
reits erschienene bzw. geplante 
Buchtitel vörgestellt. 

Die schnelle technische Entwicklung 
stellt an die Buchentwicklung hohe 
Anforderungen, und diese verläuft 
nicht immer ohne Probleme. Nicht 
alle Titel sind wegen begrenzter Ka- 
pazitäten immer im Handel verfügbar. 
Manche Titel erschienen erst, wenn 
Soft- oder Hardware bereits längere 
Zeit in der Volkswirtschaft genutzt 
wurden. Hier suchen wir nach Mög- 
lichkeiten zur Verkürzung der Her- 
stellungszeiten und nehmen Einfluß 
auf die Manuskripterarbeitungszei- 
ten. Ein gutes Beispiel ist die neue 
Reihe „Technische Informatik“ unse- 
res Verlages. Hier konnte durch enge 
Zusammenarbeit zwischen Heraus- 
geber, Autor und Lektor die Manu- 
skripterarbeitungszeit verkürzt wer- 
den. Die Herstellungszeiten verrin- 
gerten sich durch die Erstellung. re- 
produktionsfähiger Vorlagen als 
Computerausdruck vom Autor eben- 
falls. Damit leisten wir einen Beitrag 
zur schnelleren Einführung der 
Schlüsseltechnologien. 

Hartmut Heinrich 
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Berichte 

zur Nachrichtentechnik 

Die Broschürenreihe aus dem Zen- 
trum für Forschung und Technologie 
Nachrichtenelektronik 
Folgende Bände sind noch lieferbar: 
Band 2: Nachrichtenverkehrs- 
theorie: Grundlagen und 
Berechnungsverfahren 
Band 1 1 : Analoge Übertragungs- 
technik auf Kabeln; T räger- 
frequenzsysteme und 
-strecken 

Band 14: Erzeugnisstandardisierung 
Band 15: Vermittlungssystem 
ENSAD 

Band 16: Digitale Nachrichtennetze 
Band 17: Fernsprechendgeräte 
Band 18: UKW-Verkehrsfunktechnik 
Band 19: Fernsprechvermittlungs- 
technik 

Band 20: Elektronische Vermittlungs- 
technik 

Band 21 : Digitale Nachrichtentechnik 
Band 22: Ländliches Nachrlchtenwe- 

Band 24: Optimaldemulation 
Band 25: Datenfernverarbeitung. 
Umfang und Preis der Bände: 

40 bis 1 60 Seiten; 6,5Q M bis 1 4,40 M 
Bestellungen sind zu richten an: 


VEB Funkwerk Köpenick, Stammbe- 
trieb im Kombinat Nachrichten- 
elektronik, Zentrum für Forschung 
und Technologie Nachrichtenelek- 
tronik (ZFTN), Abt. EA 3 (Versand), 
Edisonstraße63, Berlin, 1160 

80 Programme 
in TURBO-PASCAL 

Von Michael Fothe. 120 Seiten. Son- 
derausgabe 1 der iir-lnformatik „Infor- 
mationen, reporte“, 1988. Herausge- 
ber: Institut für Informatik und Re- 
chentechnik der AdW der DDR, Ru- 
dower Chaussee 5, Berlin, 1199. 
Diese Programmsammlung ist eine 
Fundgrube für jeden, der in TURBO- 
PASCAL programmiert und weitaus 
mehr als nur eine Sammlung von Pro- 
grammbeispielen. Der Autor hat auf 
der Grundlage von Lehrgängen ein 
. Material geschaffen, das die wesent- 
lichen Sprachelemente von TURBO- 
PASCAL in ihrer. Anwendung zeigt. 
Die gut dokumentierten und nach di- 
daktischen Gesichtspunkten ange- 
ordneten 80 Programme sind sehr 
gut für einen Anfänger geeignet, sich 
in TURBO-PASCAL einzuarbeiten. 
Aber auch der Fachmann findet eine 
Reihe von Anregungen für professio- 
nelle Programme. Besonders geeig- 
net ist das Material für Lehrgänge, vor 
allem, weil alle Programme lauffähig 
auf einer Diskette vorliegen. Die Ler- 
nenden können sofort die Wirkung 
der Befehle testen und die Pro- 
gramme selbständig erweitern und 
verfeinern. 

Der Stil des Buches ist durch Über- 
sichtlichkeit, Straffheit und gut aufein- 
ander abgestimmte Darstellung des 
Stoffes gekennzeichnet. Das Ver- 
ständnis der Programme wird durch 
die kurzen Erläuterungen, die jeweils 
vorangestellt sind, erleichtert. Ausge- 
hend von Beispielen, die den Aufbau 
eines TURBO-Programmes be- 
schreiben, werden die Anweisungs- 
möglichkeiten, Prozeduren, Funktio- 
nen, Felder, Zeichenketten, Records 
und Mengen beschrieben. Sieben 
Programme haben den Zeigertyp 
zum Inhalt. Es bleibt zu hoffen, daß es 
in der Zukunft eine Erweiterung der 
Sammlung geben wird, z. B. für die 
Turbo-Toolbox. G. Hartmann 
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16. Fachtagung Mikrorechentechnik 

„CAD/CAM“ 

WER? Wissenschaftliche Sektion 
„Computer- und Mikropro- 
zessortechnik“ im Fachver- 
band Elektrotechnik beim 
Präsidium der KDT gemein- 
sam mit dem Bezirksvor- 
stand Leipzig der Kammer 
der Technik 

WANN? 15. September 1988 

WO? Leipzig 

WAS? Übersicht über Grundlagen 
von CAD/CAM; Vorstellun- 
gen von praktischen Lösun- 
gen. 

WIE? Interessenten wenden sich 
formlos, schriftlich oder tele- 
fonisch an KDT. BV Leipzig. 
SB Wissenschaft und Tech- 
nik. PF 40, Leipzig 7010- ^ 
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Leipziger Frühjahrsmesse 1988 


Nachdem wir unseren Bericht v 
der Leipziger Frühjahrsmesse in 
MP 7188 mit der Vorstellung der 
Bauelemente und Mini-IMikrocom- 
puter eröffneten, wollen wir nun in 
dieser Ausgabe abschließend die 
Vernetzung und Applikationen der 
Mikrocomputer sowie einige peri- 
phere Geräte betrachten. 


Computernetze 

Das Kombinat Robotron stellte sein 
lokales Netz ROLANET 1, das be- 
reits auf der Leipziger Frühjahrs- 
messe 1 987 zu sehen war, aus. Dies- 
mal wurde eine Kopplung mit der digi- 
talen Nebenstellenzentrale NZ400 D 
(Kombinat Nachrichtenelektronik) 
über einen PC 171 5 gezeigt. Dieser 
PC 1 71 5 war über zwei getrennte se- 
rielle Schnittstellen sowohl mit dem 
ROLANET 1 als auch mit der 
NZ400D derart gekoppelt, daß 
Rechner in der NZ400D mit Rech- 
nern im ROLANET 1 direkt kommuni- 
zieren konnten. 

Zur Realisierung eines ROLANET 1 
(Bruttoübertragungsrate: 500 KBaud) 
werden die Lokalnetzcontroller 
LNC 1 , die als Erweiterungskarten in 
den Rechnern stecken, und die 
Transceiver vom Typ TCRK8601 
(Bild 1 ), die das Koppelglied zwi- 
schen Koaxialkabel und Stichleitung 
zum LNC 1 darstellen, benötigt. Zu- 
sätzlich zu den Lokalnetzcontrollern 
für , die Rechner PC1715, A7100 
(wird softwaremäßig nicht unter- 
stützt), K 1 630 sowi e A 5 1 20 s ind jetzt 
auch Controller für "den 32-Bit-Mini- 
rechner Kl 840 sowie die 16-Bit-Mi- 
krorechner E C 1834 und A7150 ver- 
fügbar. ■= 

Die digitale Nebenstellenzentrale 


Kopplung von Computern. Die Com- 
puterschnittstelle wird über einen zu- 
sätzlichen digitalen Teilnehmersatz 
in der NZ400D sowie über die Da- 
tenanschlußeinrichtung DAE 
(Bild 2) realisiert. Maximal 15% der 
Teilnehmeranschlußzahl können zu- 
sätzlich für Computer bereitgestellt 

Die NZ400D wird in 4 Typen mit 64, 
1 28, 256 oder 384 Anschlußeinheiten 
gefertigt. In Leipzig war die NZ400D/ 
128 (Bild 3) mit 64... 112 Teilneh- 
mern und maximal 16 Hauptan- 
schlußleitungen zu sehen. Die 
Schnittstelle X.21 bzw. X.21 bis zur 
Datenanschlußeinrichtung ermög- 
licht eine Datenübertragungsge- 
schwindigkeit von 2,4; 4,8 oder 
9,6 KBaud und eine Länge der An- 
schlußleitung (2-Draht-Kupfer-Lei- 
tung) von maximal 3 km. 

Auch das SCOM-LAN der Ingenieur- 
hochschule für Seefahrt Warne- 
’mü nde/Wustrow war bereits 1 987 auf 
der Frühjahrsmesse zu sehen. Neu 
angeboten wurden hierfür die Bau- 
gruppen SC0M-PR0LAN 1834, eine 
LAN-Slotkarte für den EC 1834, so- 
wie die SC0M-LANB0X. Die LANBOX 
(Bild 4) beinhaltet die PROLAN-Slot- 
karte sowie ein separates Netzteil 
und ist somit für alle Rechner mit syn- 
chroner V.24-Schnittstelle ersetz- 
bar. Mit dem optischen Empfänger 
OE 500 und dem optischen Sender 
OS 500 vom Kombinat EAW ermög- 
licht die LANBOX auch den Übergang 
zwischen Koaxialkabel und Lichtwel- 
lenleiter. PROLAN und LANBOX ar- 
beiten mit einer maximalen Brutto- 
übertragungsrate von 153,6 KBaud. 
Sie beinhalten weiterhin eine V.24- 
Schnittstelle und optional einen Feld- 
busanschluß (TU Magdeburg; siehe 
auch: Intelligente dezentrale Prozeß- 
koppelmodule, Feingerätetechnik 8/ 
1987, S. 360). 
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Auch zahlreiche ausländische Aus- 
steller boten Vernetzungsmöglichkei- 
ten ihrer Computer an. Das bulgari- 
sche Außenhandelsunternehmen 
ISOTIMPEX beispielsweise für ihre 
Personalcomputer das Microring- 
LAN und Micro STAR (Farbbild 1; 
alle Farbbilder siehe 3. Umschlag- 
seite). Letzteres besitzt - wie der 
Name ausdrückt-eine Stern-Topolo- 
gie. An die Zentralstation können 
über eine verdrillte Leitung bis zu 
8 Stationen angeschlossen werden. 
Die Übertragungsgeschwindigkeit 
beträgt bei Entfernungen bis zu 1 5 m 
1 15200 Bit/s und bis zu 300m 
19600Bit/s. 

Die ungarische Videotonwerke zeig- 
ten, wie an ihren Minirechner 
EC 101 1 über einen Konzentrator (Z- 
80-gesteuerter Multiplexer mit 8 se- 
riellen und einer parallelen Schnitt- 
stelle, 64 KByte RAM, 12 KByte 
EPROM) bis zu 4 Personalcomputer 
angeschlossen werden können 
(Bild 5). In diesem TTRNET haben 
unterschiedliche 8- oder 16-Bit-PCs 
(z. B. PC 1715, VT 160, EC 1834) die 
Möglichkeit des Zugriffs auf die TTR- 
Datenbank im EC 1011. Gesteuert 
wird das Ganze vom Datenbanksy- 
stem TTR 654. 

PC-Applikationen 

Während Personalcomputer am An- 
fang ihrer Entwicklung vor allem im 
ökonomischen Bereich eingesetzt 
wurden, erlaubt ihre heutige Lei- 
stungsfähigkeit, sie auch mit Aufga- 
ben des Entwurfes, der Steuerung 
oder der Bildverarbeitung zu be- 
trauen. 

Das Kombinat Robotron entwickelte 
aus den Erfahrungen mit dem Bild- 
verarbeitungssystem A6471 für den 
EC 1834 ein automatisiertes, digita- 
les System IMAGE-C. Die Hardware- 
basis umfaßt den PC mit 640 KByte 
RAM, einer Floppy mit 720 KByte und 
einer Festplatte von 20 MByte; dar- 
über hinaus die Bildverarbeitungs- 
einheit K 7067.1 5 (Bildspeicher 
768x512x8 Bit). Die Bildeingabe er- 


folgt über den Videoeingang der 
K7067, die Ausgabe über Farbmoni- 
tor und Grafikdrucker. Als Vorteil wird 
hervorgehoben, daß dem Anwender 
eine Benutzeroberfläche mit Menüsy- 
stem ohne Notwendigkeit eigener 
Programmierung zur Verfügung 
steht. Das Bildverarbeitungssoft- 
warepaket ist in C geschrieben, und 
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die Standardbibliotheken dieses Pro- 
grammiersystems wurden in das Sy- 
stem eingebunden. 

Verschiedene Angebote enthielten 
den PC als Bestandteil einer komplet- 
ten Anwendungslösung mit spezieller 
Peripherie. Dazu nachfolgend einige 
Beispiele. 

Als vorgeschalteter Satzrechner fun- 
gierte bei Robotron der EC 1 834, ver- 
bunden mit dem Laserbelichter CLS 
2090 Laserjet der Computer Gesell- 
schaft Konstanz mbH (Farbbild 2). 
Der Ganzseitenbelichter übernimmt 
vom Satzrechner den Inhalt einer 
Seite und bereitet ihn so auf, daß die 
Seite in einem Zug von dem HeNe- 
Glaslaser belichtet werden kann. Ba- 
sis sind dafür ein Multi-Mikroprozes- 
sorsystem mit 8085, 8086 und Arith- 
metikprozessor 8087 sowie ein inter- 
ner Speicher von 1 MByte. Für das 
Programm, die Zwischenspeiche- 
rung und die digitalisierten Fonts (Zei- 
chensätze) sind zwei bis vier 5V4- 
Zoll-Diskettenlaufwerke mit je 
1 ,2 MByte vorgesehen. Da pro Font- 
diskette 20 bis 30 Masterfonts ge- 
speichert werden können, stehen bis 
zu 90 Schriften in direktem Zugriff. 
Der Belichter arbeitet mit einer Ge- 
schwindigkeit von etwa 87mm/Mi- 
nute (etwa 32000 Zeichen/h) und ei- 
ner Auflösung von horizontal 1 446 Li- 
nien/Zoll und vertikal 723 Linien/Zoll 
bei Pica-Schrift. Entwickelt wurde er 
speziell für die vielseitigen Bedürf- 
nisse kleiner und mittlerer Betriebe. 
Ebenfalls als Host-Rechner arbeitete 
der Robotron EC 1834 in Verbindung 
mit einer Disketten-Duplizierstation 
der Inverdata Electronics GmbH 
(Bild 6). Damit sind das automatische 
Formatieren, Duplizieren sowie Sta- 
pellesen und -schreiben möglich. Die 
Steuerung der Loaderfunktion erfolgt 
über einen sehr einfachen Befehls- 


satz; die Daten werden über die Stan- 
dardlaufwerkschnittstelle transferiert. 
Ein Separier- bzw. Rollenmechanis- 
mus transportiert die Diskette vom 
Zufuhrmagazin in das Laufwerk der 
Station und nach der Bearbeitung in 
das jeweils angesprochene Ablage- 
fach. Die abgebildete Station I.E.-V5 
kann im Zufuhrfach 30 oder 1 00 Dis- 
ketten, in der Ablage „gut“ 30 oder 
1 00 Disketten und in der Ablage „feh- 
lerhaft“ 30 Disketten auf nehmen. Das 
Format beträgt 5'/4 Zoll mit 48 oder 
96 tpi, HD. 

Daß selbstverständlich auch nicht- 
kompatible Mikrocomputer Bestand- 
teile von PC-Anwendungslösungen 
sein können, zeigte die Centroimpex 
Industrievertretung anhand der 
Kopplung des P 8000 mit dem Agfa- 
Scanner S 200 PC und dem neuarti- 
gen elektronischen Drucker Ag- 
fa P 400 (Bild 7) in einem T extsystem. 
Der S 200 PC ist ein Flachbett-Scan- 
ner mit einer A4-Arbeitsfläche 
(215 x 350 mm 2 ), das heißt, die Vor- 
lage wird wie bei einem Kopierer mit 
der Bildseite nach unten flach auf 
eine Glasplatte gelegt. Dicke, Größe 
und Art der Vorlage beeinflussen die 
Erfassungsqualität nicht. Fast 2000 
Sensoren tasten die Vorlage zeilen- 
weise ab, wobei jeder der Sensoren 
64 verschiedene Graustufen unter- 
scheiden kann. Dabei bewegt sich 
der Abtastkopf gleichmäßig und ohne 
Unterbrechung über das Original. Es 
ergeben sich dann pro Bildseite je 
nach Vorlage 4 bis 16 Millionen Bild- 
punkte, die in ein spezielles Datenfor- 
mat umgewandelt und bei Bedarf 
auch komprimiert werden können. 
Dennoch fallen - bei der hohen Ar- 
beitsgeschwindigkeit von 3 Sekun- 
den pro A4-Seite - so viele Daten an, 
daß im Scanner ein Zwischenspei- 
cher von 128 KByte (etwa 1 Million 


Bildpunkte) vorgesehen wurde. Von 
dort werden die Daten über eine se- 
rielle asynchrone RS-232-Schnitt- 
stelle mit bis zu 9600 Baud oder über 
eine parallele Schnittstelle mit bis zu 
200 KByte je Sekunde in den Compu- 
ter übertragen. 

Für die Ausgabe zum Beispiel der 
über den Scanner erfaßten und im 
Computer bearbeiteten Informatio- 
nen liefert Agfa als erster Hersteller 
einen elektrofotografischen Drucker, 
bei dem die Zeichen über eine 
Leuchtdiodenreihe ohne Einbezie- 
hung beweglicher Teile auf Normal- 
papier oder Folie übertragen werden. 
Die LED-Zeile erlaubt eine Auflösung 
von jeweils 16 Punkten/mm in der 
Waagerechten und Senkrechten. 
Wie beim Laserdrucker sind hierbei 
keine Durchschläge möglich, jeder 
Ausdruck ist praktisch ein Original. 
Die Stärke des P 400 ist zwar das 
Drucken von Texten, ebenso pro- 
blemlos können jedoch auch Grafi- 
ken, Schraffuren und Symbole aus- 
gegeben werden. Zudem lassen sich 
über den Scanner erfaßte Fotos, 
Zeichnungen und Bildelemente in 
den elektronischen Druck einfügen. 
Ein 2-MByte-EPROM und 4-MByte- 
RAM dienen als Zeichenspeicher zur 
Aufnahme von Schriftsätzen; zusätz- 
lich stehen zwei im Drucker inte- 
grierte 5'/4-Zoll-Diskettenlaufwerke 
und ein Winchester-Festplattenlauf- 
werk zur Verfügung. Somit kann man 
beispielsweise ganze Formulare als 
Maske abspeichern. Die Druckge- 
schwindigkeit des P 400 liegt bei etwa 
18 A4-Seiten je Minute. 

Auch die Handelsgesellschaft Trans- 
commerz (die man zu früheren Mes- 
sen übrigens schon mit einer größe- 
ren Computerpräsentation sah) 
zeigte eine Möglichkeit der modernen 
Textverarbeitung. In Verbindung mit 
einem IBM-PC wurde demonstriert, 
wie der AEG-Blattleser PBL 6103 
(Bild 8) als Eingabegerät für Textsy- 
steme genutzt werden kann. Das 
Charakteristische an dem Blattleser 
ist, daß er maschinengeschriebene 
Vorlagen (mit den 6 gängigsten 
Schreibmaschinen-Schriften) auto- 
matisch in ein Textsystem, Datennetz 
oder eine Fotosatzanlage übertragen 


kann. Dazu wird die Vorlage mittels 

2048 Fotodioden in einer Zeile Zei- 
chen für Zeichen gelesen, und die 
Daten werden über eine V.24/V.28- 
Schnittstelle mit 110 bis 19200Bit/s 
übertragen. (Im Gegensatz zum 
Agfa-Scanner bewegt sich beim 
PBL 61 03 die Transportvorrichtung 
mit dem Datenträger an der Fotodio- 
denzeile vorbei.) Mindestens für eine 
A4-Seite können die Daten im Puffer- 
speicher abgelegt werden. Die Verar- 
beitungsleistung liegt bei über 150 
Zeichen/s so daß sich je nach Text- 
umfang und Druckqualität ein typi- 
scher Durchsatz von 25 bis 40 Sekun- 
den je Blatt ergibt. 

Im ersten Teil unseres Messeberich- 
tes hatten wir bereits auf die CAD- 
Station des polnischen Werkes ZIPO 
hingewiesen. ZIPO ist ein in Gdansk 
ansässiger „Betrieb für Informatik in 
der Schiffbauindustrie“, der sich auf 
Dienstleistungen der Informations- 
verarbeitung spezialisiert hat. In Leip- 
zig präsentierte er das Leiterplatten- 
entwurfssystem PCAD auf der Hard- 
warebasis eines PC XT/AT-kompati- 
blen Rechners mit dem Prozessor 
80386 (mit 20 MHz), 640 KByte RAM, 
Hercules-Monochrom-Monitor und 
Farbgrafik-Monitor (Farbbild 3). 
Letzteres können sowohl EGA- als 
auch 1 024 x1014-oder1280x1 024- 
Monitore sein. Die Festplattenkapazi- 
tät beträgt mindestens 20 MByte. Die 
Software umfaßt eine Bauteilbiblio- 
thek zur Erstellung von Schaltplänen 
und Leiterplatten mit etwa 400 TTL- 
und 100 diskreten Elementen, etwa 
160 CMOS-Schaltungen und etwa 
150 hochintegrierten Schaltungen 
der Intel-Reihe. Mehr als 15 Pro- 
gramme unterstützen den automati- 
schen Entwurf, die Plazierung und 
Netzwerkanalyse bis zur Steuerung 
der Fotoplotter und Ausgabe der Do- 
kumentation. Hard- und Software sol- 
len sowohl einzeln als auch geschlos- 
sen zu beziehen sein. 

Einen CAD-Arbeitsplatz stellte 
ebenfalls Rank Xerox Ltd. vor, eine 
Firma, die seit mehr als 20 Jahren in 
der DDR tätig ist. Basis des Arbeits- 
platzes war der Rank Xerox OPat 
PLUS mit 80287-Koprozessor und 
der neuesten Version von AutoCAD, 
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für das Betreiben eines Fernsehgerä- 
tes über seinen Antenneneingang ar- 
beitet auf dem UHF-Kanal 36. Mit 32 
KByte des IRM sowie durch Stecken 
von einem 16-KByte-RAM-Modu! (im 
Gerät) und zwei 64-KByte- RAM-Mo- 
duln (Modulschächte) kann eine 
RAM-Disk von 176 KByte installiert 
werden. 

Für den Kleincomputer KC 85/4 (12 J 
3) des Kombinates Mikroelektronik 
wurden der Erweiterungsaufsatz 
D004 (FLOPPY DISK BASIS) für die 
Floppy-Disk-Ansteuerung sowie das 
Beistellgerät FLOPPY DISK DRIVE (S'A- 
Zoll-Laufwerk K 5601 bzw. 1.6) vor- 
gestellt (Bild 1 1 , hier ebenfalls mit 42- 
cm-Farbmonitor KCM 38-1). Der Auf- 
satz beinhaltet eine CPU UA 880 D, 
64 KByte RAM und einen Floppy- 
Disk-Controller U 8272 D. Er ermög- 
licht weiterhin die Installierung einer 
RAM-Disk von 288 KByte durch Stek- 
ken von zwei 16-KByte-RAM-Moduln 
(im Grundgerät) und vier 64-KByte- 
RAM-Moduln (Modulschächte) sowie 
40 bzw. 80 Zeichen pro Bildschirm- 
zeile (umschaltbar). 

Der Modul M036 128 KBYTE SEGMEN- 
TED RAM mit einem Hybridschaltkreis 
vom Typ 4734 wurde vom Kombinat 
Keramische Werke Hermsdorf für 
den KC 85/4 (/2,/3) angeboten. Diese 
Baugruppe ermöglicht dem KC85 
den Zugriff auf 8 Segmente mit einer 
Größe von je 16 KByte. 

Von den peripheren Geräten wollen 
wir zunächst einige interessante 
Druckerneuigkeiten vorstellen. 

Das Kombinat Robotron offerierte ne- 
ben seinen bekannten Serien-, Na- 
del- und Thermodruckern erstmals ei- 
nen Laserdrucker. Der EC 7230 
(Farbbild 6) ist für ESER-Anlagen 
vorgesehen und liefert bis zu 20 A4- 
Seiten (Normalpapier) in der Minute. 
Die Auflösung beträgt 240x240 
Punkte/Zoll. Die Druckausgabe er- 
folgt seitenweise auf Einzelblätter. Da 
bei einem Laserdrucker keine Durch- 
schläge möglich sind, können geräte- 
intern durch wiederholte Ausgabe bis 
zu 8 Exemplare einer Seite erstellt 
werden. Der EC 7230 wird in ver- 
schiedenen Ausstattungsvarianten 
geliefert, denn nicht in jedem Fall wird 
beim Anwender das volle Leistungs- 
spektrum benötigt. 


der Ausgabe 9.0 als Nachfolger der 
Version 2.6 (Farbbild 4). Die Bedie- 
nerführung wurde unter anderem 
durch Dialogfenster verbessert, und 
eine vollständige Portabilität der Da- 
teien ist insbesondere in Netzwerkan- 
wendungen nützlich. Zu der Konfigu- 
ration gehörten ein EGA-Bildschirm, 
ein hochauflösender 20-Zoll-Farb- 
grafik-Bildschirm (1024x768 Pixel), 
zur Eingabe ein Grafiktablett 
(280x430mm 2 ) mit Lupe und 4 Ta- 
sten sowie ein 8-Farben-Stiftplotter 
DMP29 von Houston Instruments. 

Die gute Position unter den Desktop- 
Publishing-Anbietern unterstrich 
Rank Xerox auch mit einer DTP-Lö- 
sung, die den neuen Laserdrucker 
4046 einbezog (Bild 9). Der 4046, der 
wie sein Vorgänger 4045 auch als Ko- 
pierer verwendbar ist, wurde diesem 
gegenüber mit folgenden neuen 
Funktionsmöglichkeiten ausgestat- 
tet: automatische Papierumschal- 
tung, Non-stop-Druck und adressier- 
bare Papierbehälter. 

Zur Eingabe der Daten wurde ein Mi- 
crotek-MSF-300C-Scanner genutzt, 
der bei einer Auflösung von 
300x300dpi (1 1,8 Punkte/mm) die 
Daten der Vorlage mit 9600, 19200 
oder 57 600 Baud über eine RS- 
232C/RS-422-Schnittstelle dem 
Computer übermittelt. Als Software 
für dieses DTP-System wird (selbst- 
verständlich) der Rank Xerox Ventura 
Publisher verwendet. 

Weitere PC-Lösungen zeigte Rank 
Xerox mit der Kopplung des Robotron 
A 71 50 - RX 4045 als DTP-System 
(siehe auch MP 3/88, 2. Umschlag- 
seite) und mit einem lokalen Netz. 
Eine nützliche Erweiterung, um die 
640-KByte-Grenze bei PCs unter dem 
Betriebssystem MS-DOS überschrei- 
ten zu können, wurde von Frisbie Data 
Systems mit der RYBS-AMS-Hlcard 
vorgestellt (Farbbild 5). Während es 
von Lotus, Intel und Microsoft für den 


gleichen Zweck als Softwarelösung 
den sogenannten LIM-Standard gibt, 
ist die Hlcard eine kurze 256-KByte- 
RAM-Steckkarte, die den Speicher- 
bereich eines IBM-PC XT/AT oder 
Kompatiblen bis zu 896 KByte erwei- 
tert. Über eine einfache menügetrie- 
bene Software können RAM-Disks, 
Druckerspooler, Terminate-Stay-Re- 
sident-(TSR-) Programme, Netz- 
werktreibersoftware, Communication 
Programme und E-Mail installiert 
werden. Die Hlcard ist lauffähig mit al- 
len PC/MS-DOS Versionen ab 2.00 
und auch den neuesten Versionen in- 
tegrierter Software wie Symphony, 
Lotus oder dBASE III. 

Kleincomputer und Peripherie 

Das Kombinat Mikroelektronik stellte 
den Kleincomputer KC85/4 (Bild 10, 
hier mit Bustreiberaufsatz D002 und 
Farbmonitor KCM 38-1), eine Weiter- 
entwicklung des KC85/3, in verän- 
dertem Design vor. Er besitzt gegen- 
über seinem Vorgänger einen erwei- 
terten RAM von 128 KByte (davon 
64 KByte Bildwiederholspeicher IRM), 
ein erweitertes Betriebssystem sowie 
eine erhöhte Farbauflösung (Imal 
8 Bit). Zwischen zwei Bildebenen 
kann umgeschaltet werden. Bild- 
schirmzugriffe durch den Rechner 
werden vom Betrachter nicht mehr 
wahrgenommen. Der HF-Modulator 
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Was bei Laserdrackern noch Zukunft 
ist, demonstrierte Tektronix mit dem 
Grafikdrucker TEK 4693 D (Bild 12): 
die Möglichkeit, im 4-Farbdruck über 
16 Millionen Farben in einer Auflö- 
sung von 300 Punkten/Zoll darstellen 
zu können. Basis ist die Kombination 
einer Thermotransfer-Drucktechno- 
logie mit speziellen Bildaufberei- 
tungsalgorithmen. Sie erlauben unter 
anderem schattierte Festkörpermo- 
dellierungen, grafische Bildverarbei- 
tung, Präsentationsgrafiken, medizi- 
nische Grafiken oder Leiterplatten- 
entwicklung. Die hohe Flexibilität wird 
durch einen internen Motorola- 
68020-Mikroprozessor (32 Bit) er- 
reicht. Ein 4-MByte-Bildspeicher und 
die spezielle Tektronik-Hochge- 
schwindigkeits-Parallelschnittstelle 
ermöglichen es, Bilder vom PC mit 
800KByte/s zu übertragen. Nach 
etwa 20 Sekunden für Färb- und Di- 
mensionierungsmanipulationen im 
Drucker erfolgt der Ausdruck dann in- 
nerhalb 60 bis 100 Sekunden. (Das 
Farbbild 8 zeigt einen Demonstra- 
tionsausdruck.) In der 12-MByte- 
Konfiguration kann der 4693 D drei 
Bilder gleichzeitig manipulieren. 
Während ein Bild ausgedruckt wird, 
verarbeitet der Drucker ein zweites 
und hält ein drittes in der Warte- 
schlange. 

Epson zeigte mit dem 24-Nadeldruk- 
ker LQ-2550 (Bild 13), bei dem der 
Farbdruck nunmehr serienmäßig ist, 
daß auch die Anschlagdrucker ein be- 
achtliches Leistungsniveau errei- 
chen. Die Grafikauflösung liegt mit 
360 x 360 Punkten/Zoll über der vieler 
Laserdrucker, und die Geschwindig- 
keit konnte dank des beschleunigten 
Zeilenvorschubs bei Schnelldruck 
(Draft) auf 400 und bei Schönschrift 
(LQ) auf 133 Zeichen/Sekunde ge- 
steigert werden. Durch das Breitfor- 
mat ist der LQ-2550 auch für CAD- 
Ausdrucke in A3 geeignet. Daß der 
Drucker alle Papierfunktionen vom 
Einzug bis zum wechselseitigen Zu- 
stellen von Einzelblatt und Endlospa- 
pier vollautomatisch durchführt, eine 
Abreißautomatik besitzt, sich selbst- 
tätig auf die Papierstärke einstellt und 
zahlreiche ladbare Zeichensätze bie- 
tet, ist bei einem Epson-Drucker die- 
ser Leistungsklasse fast selbstver- 
ständlich. 

Mit dem LQ-500 und dem Slogan 
„Der 24-Nadel-Drucker fürs kleine 
Budget“ wollte der gleiche Hersteller 
demonstrieren, daß er auch am unte- 
ren Ende der Angebotsskala Qualität 
zu bieten hat. Als Käuferschicht wer- 
den Besitzer von Home-Computern 
und sogenannten Low-Cost-PCs an- 
gesehen. Der LQ-500 (Bild 14) erzielt 
aufgrund der 24 Nadeln im Druckkopf 
nicht nur Fast-Brief-Qualität (NLQ), 
sondern echte Schönschrift (LQ). Die 
Druckgeschwindigkeit beträgt bei 
dieser Betriebsart 60 Zeichen/Se- 
kunde; bei Schnelldruck sind es 180 
Zeichen/Sekunde. In der Grundaus- 
stattung enthält der LQ-500 die 
Schnellschrift New Draft und die bei- 
den Schönschriftarten Roman und 
Sans Serif. Weitere Schriftarten sind 
als Steckmoduln erhältlich. Als Stan- 
dard wird der Drucker mit halbauto- 
matischem Einzelblatteinzug, Frik- 
tionswalze und Aufsatzzugtraktor ge- 
liefert, als Option mit automatischem 
Einzelblattmagazin. 

Erstmals in Leipzig vertreten war der 


namhafte Druckerproduzent Seikosha 
(der den zur Zeit vielleicht schnellsten 
Nadel-Matrixdrucker der Welt her- 
stellt: den SB 10 mit 800 Zeichen/s) 
mit einer Auswahl seiner Erzeugnis- 
se. Wir wollen hier den SP-1 85 AI vor- 
stellen (Bild 15), der vom Hersteller 
ebenfalls als Small-Business- bzw. 
Family-Printer eingestuft wird. Das 
Besondere am SP-185-AI ist, daß er 
papiersparend arbeitet, indem beim 
Blattwechsel kein automatischer Pa- 
piervorschub vollzogen wird. Er hat 
darüber hinaus einen Rollenpapier- 
halter, in welchen sich problemlos 
beispielsweise Telexpapierrollen ein- 
legen lassen. Weitere Daten sind: 9- 
Nadel-Drucker, 100 Zeichen/s bei 
Schnellschrift, 20 Zeichen/s bei NLQ, 
standardmäßig Parallel-Interface, 
kompatibel zum Epson-FX-80- und 
IBM-51 52-Standard, mehrere Schrift- 
arten sowie 128 ladbare Zeichen- 

Ais ebenfalls mögliches Ausgabege- 
rät für Heimcomputer wurde vom 
Kombinat Robotron die elektronische 
Kleinschreibmaschine Erika 3004 
electronic präsentiert (Bild 16), die 
mit Typenrad natürlich Schönschrift 
liefert. Die Schreibgeschwindigkeit 
liegt bei 10 Zeichen/s, es gibt Tasten 
für zahlreiche Zusatzfunktionen und 
einen 20 Zeichen umfassenden Kor- 
rekturspeicher. Bemerkenswert an 
der 3004 ist, daß über die System- 
schnittstelle der Maschine der An- 
schluß einer Interfacebox IF 6000 (im 
Bild rechts) für Commodore/Centro- 
nics oder für V.24 zur Kopplung an ei- 
nen Home- oder Personalcomputer 
gegeben ist. Das gleiche gilt auch für 
das Modell Erika 3005 electronic, 
welches unter anderem mit einem 
größeren Korrekturspeicher und ei- 
nem 7,5-KByte-Textspeicher jedoch 
komfortabler ist. 

Nach den Druckern zum Schluß noch 
zu einigen weiteren E/A-Geräten. 
Tektronix liefert für wissenschaftliche 
und technische Anwendungen unter 
anderem ein leistungsstarkes Farb- 
terminal mit VT-100-kompatibler Al- 
phanumerik. Das GS 4209 (Farb- 
bild?) hat einen Standardspeicher 
von 512 KByte und eine eigene Intelli- 
genz. Es erzeugt Grafiken in 16 
gleichzeitig darstellbaren Farben bei 
einer Auflösung von 640 x 480 Bild- 
punkten und 60 Hz Bildwiederholrate. 
Es gibt Zoom- und Panfunktion; per 
Taste können beliebige Bildaus- 
schnitte vergrößert und mit 1024 
X1024 adressierbaren Punkten dar- 
gestellt werden. Darüber hinaus wird 
das Zeichnen auf unabhängigen Ebe- 
nen unterstützt. 

Das ungarische Unternehmen für 
Elektronikentwicklung ERFI zeigte ein 
mobiles Datenerfassungsterminal im 
Taschenformat, das LD-CF (Bild 17). 
Es ist mikroprozessorgesteuert und 
kann 30 bis 1 1 2 KByte Daten im RAM 
speichern. Im 2 bis 8 KByte großen 
EPROM ist das Anwenderprogramm 
abgelegt. Über erforderliche Hand- 
lungen und den Zustand des Gerätes 
informiert die 16stellige LC-Anzeige. 
Die Daten werden entweder über die 
alphanumerische Tastatur oder über 
einen Lesestift eingegeben. Sie kön- 
nen dann bei Bedarf über eine V.24- 
Schnittstelle mit 300 bis 9600 Baud 
mittels Netzteil/Bit-Rate-Generator 
LD-TB in den Computer übertragen 
werden. 





Vom Kombinat VEB Elektro-Appa- 
rate-Werke Berlin-Treptow wurde ein 
kontaktloser Joystick für verschie- 
dene Mikrocomputer (z. B. KC-85- 
Reihe, Z-1013, P 8000) gezeigt 
(Bild 1 8). Der analoge Joystick besitzt 
keine Potentiometer und kaum Me- 
chanik, sondern statt dessen magne- 
toresistive Sensoren. Diese zur ana- 
logen Messung schwacher Magnet- 
felder geeigneten Bauelemente wer- 
den zur kontaktlosen Strom-, Posi- 
tions- und Winkelmessung genutzt. 
Der Joystick hat eine Auflösung von 
über 100x100 Schritten und ist für 
alle Computer mit 8-Bit-E/A-Port ge- 
eignet. 

Ebenfalls vom KEAW war der Ein- 
chiprechner-Emulator 8000 zu sehen 
(Bild 19). Er stellt ein Zubehör zum 
Programmier- und Entwicklungssy- 
stem P 8000 dar (s. MP 3/87), kann 
aber auch mit anderen Rechnern 
über zwei V.24-Schnittstellen unter 
den Betriebssystemen UDOS und 


UNIX betrieben werden. Der Emula- 
tor ist eine Weiterentwicklung des U- 
881 -/U-882-Emulators vom ZFT des 
KEAW. Er ist für die Hard- und Soft- 
waretestung von Einchiprechner- 
steuerungen mit den EMR U 881, 
U 882, U 861 1 , U 884 sowie U 886 ge- 
eignet. Es können Programme mit ei- 
ner Länge von 4 KByte (U886: 
2 KByte) getestet werden. Die Soft- 
ware kann von Diskette in einen 4- 
KByte-RAM geladen oder mit einem 
EPROM (U 271 6 oder U 2732) auf die 
Schwenkhebelfassung an der Gerä- 
tevorderseite gesteckt werden. Zur 
Verbindung des Emulators mit den 
Anwendersystemen werden für die 
verschiedenen Rechnertypen 4 Tast- 
kopf- und 3 Adapterversionen gelie- 
fert. Es ist Echtzeittestung mit Break- 
points, Schrittbetrieb sowie Tracebe- 
trieb möglich. 

Hans WelBIHerbert Hemke 
Fotos: Weiß (13), Hemke (5), Werkfoto 
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Der PAC 286 (Personal Advanced Computer) mit 
80286-Prozessor, 1 bis 16 MByte Hauptspeicher 
und neuartigem Memory Management System 
(MMS) ist als Tower ausgeführt, der bis zu zwei 
der transportablen Festplatten-Module auf neh- 
men kann. 


Die mobile Festplatte 


Für den Fachmann mag die Überschrift einen Wi- 
derspruch in sich bergen. Schließlich ist es für Fest- 
platten charakteristisch, daß sie im Laufwerk und 
dieses wiederum im Computer fest installiert, also 
nicht mobil sind. Der Vorteil ist offensichtlich, wenn 
man an die höheren Kapazitäten von Festplatten- 
speichern gegenüber denen von mobilen Platten - 
beispielsweise Disketten - denkt. Festplattenlauf- 
werke können nämlich aufgrund ihrer Konstruktion 
mit einer viel höheren Präzision der Paarung 
Schreib-/Lesekopf - Platte hergestellt werden als 
Diskettenlaufwerke. Allerdings haben sie den un- 
übersehbaren Nachteil der aufwendigen Datensi- 
cherung und Archivierung. 

Ein neues Konzept 

Einer der „Väter“ des Personal-Computers und 
heutige Präsident der Firma Tandon verwirklichte 
nunmehr die Idee, die Festplatte als Datenträger 
mitsamt dem Laufwerk als Modul transportabel zu 
gestalten. Somit kann der Vorteil der Disketten - 
die Mobilität - mit dem der Festplatten - hohe Spei- 
cherkapazität - verbunden werden. Als Welt- 
premiere wurde zur CeBIT 1987 dieses neue 
Wechsel-Festplattensystem als Bestandteil des 
PC AT-kompatiblen PAC 286 vorgestellt. Es ist ein 
1 ,2 kg schweres, 1 8 x 1 2 x 6 cm 3 großes Gehäuse, 
das ähnlich wie eine Videokassette in einen der 
beiden Modulschächte des PAC eingelegt wird. 

Der Computer übernimmt dann den automatischen 
Einzug und das korrekte Ausrichten. Der „Auswurf" 
erfolgt mittels Tastendruck. Auf diese Art wird es 
möglich, statt Disketten Personal Data Pacs (PDP) 
- so werden die Module genannt - als persönliche 
Datenträger zu verwenden, die jedoch auch um- 
fangreiche Programme geschlossen aufnehmen. 
Oder große Datenbestände werden unmittelbar 


nach Beenden der Arbeit entnommen und sicher 
verwahrt. Da der PAC 286 zwei Einschübe besitzt, 
können die Daten auch in etwa 100 Sekunden von 
einem PDP auf das andere als Back-up übertragen 
werden. 

Die Technologie 

Kernstück des PDP ist ein 3'/2-Zoll-Winchester- 
Plattenlaufwerk mit 32 MByte (formatiert), das für 
den Einsatz unter extremen Bedingungen ausge- 
legt wurde. Bei traditionellen Festplatten wird beim 
Ausschalten der Schreib-/Lesekopf zurückgezogen 
und in einer nicht für die Datenspeicherung vorge- 
sehenen Zone „geparkt". Da die Köpfe sehr emp- 
findlich sind, können Erschütterungen zu Schäden 
am Mechanismus und sogar zum Datenverlust füh- 
ren. Beim PDP dagegen werden die Köpfe mit dem 
Auswerfen des Moduls automatisch von der Platte 
weggezogen und fest verankert. Außerdem ist das 
Laufwerk in einem starren Stahlrahmen mit vier 
schnell reagierenden Stoßdämpfern aufgehängt, 
und dieser Korpus wird zusätzlich von einem robu- 
sten, stoßunempfindlichen Plastmantel umgeben. 
Durch diese Maßnahmen sollen - wie Testberichte 
bestätigen - mehrmaliges Fallenlassen bis hin zum 
mutwilligen Beschädigen des Gehäuses keinen 
Einfluß auf die Funktionsfähigkeit der Festplatte 
haben. Zur hohen Funktionssicherheit trägt auch 
bei, daß sich im PDP selbst keine anfällige Steuer- 
logik befindet. 

Weiterhin werden als leistungssteigernde Maßnah- 
men genannt: spezielle Controller-Karte, die die 
neue RLL-Technologie (run lenght limited) nutzt - 
diese erlaubt eine im Vergleich zum MFM-Spei- 
cherverfahren bis zu 50 Prozent höhere Kapazität 
des Datenträgers; 1 28 KByte RAM sowie Cache- Al- 
gorithmen im ROM zur Reduzierung der Zugriffs- 


zeiten; die Plattenverzeichnisse sind in der Mitte 
der einzelnen Platten abgelegt, so daß sich die 
durchschnittliche Daten-Suchzeit zusätzlich verrin- 
gert, sie beträgt weniger als 40 ms. 

Auch an Kompatible gedacht 
Um die Nutzung der Wechsel-Festplatte nicht auf 
den T andon PAC 286 zu beschränken, wird mittler- 
weile als Zusatzausstattung für IBM-PCs und Kom- 
patible das sogenannte Add-on-PAC angeboten. 
Es besteht aus der RLL-Controllerkarte, die in einen 
Slot des XT oder AT gesteckt wird und einem Bei- 
stellgefäß, welches je nach Ausbaustufe ein oder 
zwei Data Pacs aufnimmt und als Box neben den 
PC gestellt werden kann. 

Zur Nachahmung empfohlen 

Einen dem Personal Data Pac vergleichbaren Ge- 
danken realisiert inzwischen die Firma Victor mit 
dem sogenannten ADD-PAK am VPC III 286. Das 
ADD-PAK beinhaltet ebenfalls ein 3’/2-Zoll-Fest- 
plattenlaufwerk mit 30 MByte und kann nach Offnen 
einer Klappe in der Frontseite des VPC montiert 
werden. Die Handhabung ist hier also nicht so an- 
wenderfreundlich, daß sie mit der beim Data Pac 
oder gar einer Diskette vergleichbar wäre. 

Zudem können im ADD-PAK herkömmliche Fest- 
plattenlaufwerke verwendet werden, die rauhen 
Transportbedingungen unter Umständen nicht ge- 
wachsen sind. 

Sicher werden künftig noch mehr Hersteller ähnli- 
che und verbesserte Lösungen anbieten; ob sich 
die Idee durchsetzen wird, bleibt abzuwarten - 
schließlich machen auch andere Datenträger, zum 
Beispiel optische Speicher, Bernoulli-Box, Platten- 
kassetten, von sich reden. 

MP-We 






Lesen Sie dazu den Beitrag 
„Fraktale aus Polynomen“ 
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Der dritte und letzte Teil unserer Artikelfolge „Mo- 
derne Mikrorechnersysteme“ auf der Seite 267 be- 
handelt den 32-Bit-Prozessor 80386, der internatio- 
nal zunehmend in PCs für hohe Ansprüche einge- 
setzt wird. 



Auf der Seite 275 finden Sie den Beitrag „Elektroni- 
sche Baugruppen und mechanische Aufbausy- 
steme für die Automatisierungstechnik“. Er gibt ei- 
nen Überblick über die internationale Standardisie- 
rung der Gefäßtechnik für elektronische Baugrup- 
pen sowie über die 19-Zoll-Einschubeinheiten aus 
dem Kombinat EAW. 



getaktet wird. 

Vorschau 

In Heft 10 finden Sie Beiträge zu folgenden The- 

• Bildungscomputer A 51 05 

• dBASE III im Vergleich 

• MODULA-2 
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Mehrlagenleiterplatten 

Das Forschungszentrum des Werk- 
zeugmaschinenbaues in Karl-Marx- 
Stadt hat mit der Fertigung von Mehr- 
lagenleiterplatten begonnen. Sie er- 
möglichen eine weitere Erhöhung 
des Integrationsgrades und sind für 
die Verwirklichung wichtiger For- 
schungs- und Entwicklungsaufgaben 
im Industriezweig bestimmt. Mit ihrer 
Hilfe können die Entwicklungszeiten 
für neue Werkzeugmaschinensteue- 
rungen wesentlich verkürzt werden. 
Seit 1981 bereits stellt die Karl-Marx- 
Städter Forschungsstätte in einem 
Kleinfertigungszentrum einfachere 
Typen von Leiterplatten her. Ihre Pro- 
duktion stieg in den vergangenen sie- 
ben Jahren auf das Fünffache. Der 
DDR-Werkzeugmaschinenbau ver- 
fügt über mehrere Produktionsstätten 
für elektronische Baugruppen. Im 
Karl-Marx-Städter WMW-For- 
schungszentrum werden neben Lei- 
terplatten auch Hybridschaltkreise 
gefertigt. Der Eigenbau von Elektro- 
nikbaugruppen trägt dazu bei, daß 
beispielsweise der Stammbetrieb des 
Fritz-Heckert-Kombinates in diesem 
Jahr mehr als 90 Prozent seiner Er- 
zeugnisse mit mikroelektronischen 
Steuerungen und Antrieben ausstat- 
ten kann. 

ADN 


Computer als Mittel 
und Gegenstand 
psychologischer 
Forschung 

Wissenschaftler der Berliner Hum- 
boldt-Universität stellten auf dem 7. 
Kongreß der Gesellschaft für Psycho- 
logie der DDR in Leipzig im Februar 
Modelle und Methoden vor, mit denen 
sich Spezialwissen für Expertensy- 
steme erfassen läßt. Diese wissens- 
gestützten Informationssysteme wä- 
ren in vielen volkswirtschaftlichen Be- 
reichen unter anderem als vorteil- 
hafte Entscheidungshilfe einsetzbar. 
Schwierigkeiten bereitet es bisher, 
das dafür notwendige Faktenwissen 
herauszufiltern, zu beschreiben und 
in Software bereitzustellen. Am Bei- 
spiel des Wissensschatzes von Kon- 
strukteuren schilderten die Berliner 
Fachleute den kombinierten Einsatz 
verschiedener Methoden vom Inter- 
view bis zum „lauten" Denken, um die 
Kenntnisse von Spezialisten für die 
Eingabe in den Computer zu recher- 
chieren. 

Mit Möglichkeiten und Grenzen der 
computergestützten Psycho-Diagno- 
stik setzten sich Gelehrte von der 
Leipziger Alma mater auseinander. 
Sie vertraten die Auffassung, daß die 
Rechentechnik in ihrer Wissen- 
schaftsdisziplin nicht nur Routinear- 
beiten rationalisieren sollte, sondern 
sich ebenso für das Weiterentwickeln 
praktikabler Verfahren empfiehlt. Ins- 
besondere für aussagekräftige Tests, 
Trainingsprogramme und Patienten- 
dateien. Computereinsatz stehe da- 
bei keineswegs im Widerspruch zu 
Forderungen nach stärkerer Beach- 
tung der Persönlichkeit der Patienten 
in der Diagnostik. Als Beispiel dafür 
diente das vorgestellte Programm 
PSYCHOSOFT für Lerntests, Experi- 


mente der allgemeinen Psychologie 
sowie Trainingsprogramme. Mit dem 
Programm können Konzentrations- 
übungen ausgeführt und Lese-Recht- 
schreib- sowie Rechenschwächen 
abgebaut werden. Die auch für Laien 
verständliche Softwarelösung setzt 
sich aus Modulen zusammen, die so- 
wohl kompakt als auch einzeln nutz- 
bar sind. adn 


Elektronik 
für Nadeldrucker 
im Wärmetest 

Einem Funktionstest im Wärme- 
schrank werden Elektronikbaugrup- 
pen für Nadeldrucker im Büromaschi- 
nenwerk „Ernst Thälmann“ Söm- 
merda vor der Endmontage unterzo- 
gen. Bei dieser mehrstündigen Quali- 
tätskontrolle bewährt sich eine Ratio- 
nalisierungslösung junger Facharbei- 
ter und Technologen des Robotron- 
Betriebes. Die einzelnen Testplätze 
wurden mit einem Mikrorechner ge- 
koppelt, der Temperaturen und Meß- 
ergebnisse übenwacht und protokol- 
liert. Durch seinen Einsatz lassen 
sich jetzt Leiterplatten, Netzteile, 
Speicher und weitere Baugruppen 
von 240 Druckern gleichzeitig prüfen. 
Auftretende Fehler werden genau lo- 
kalisiert; dafür entwickelten die jun- 
gen Neuerer ein spezielles Pro- 
gramm, das mehr als 20 verschie- 
dene Testfunktionen realisiert. Durch 
Einführung der rechnergestützten 
Wärmeverbundprüfung können jähr- 
lich mehr als 5. 000 Stunden Arbeits- 
zeit eingespart werden. Mit ihren Ra- 
tionalisierungslösungen tragen Ju- 
gendbrigaden und -forscherkollektive 
dazu bei, die Produktion von Druk- 
kern in diesem Jahr auf rund 1 27 Pro- 
zent zu erhöhen. Erstmals sollen den 
größten Robotron-Betrieb mehr als 
100000 dieser Ausgabegeräte für 
die CAD/CAM-Technologie verlas- 
sen. ADN 


Westliche Industrie- 
staaten verstärken Druck 
auf Länder Asiens 

Trotz erheblicher Zuwachsraten im 
Exportgeschäft in den ersten vier Mo- 
naten dieses Jahres mehren sich im 
südostasiatischen Stadtstaat Singa- 
pur Stimmen, die diese Entwicklung 
als unbeständig einschätzen. Im April 
wurden 22,9 Prozent mehr Erzeug- 
nisse als im gleichen Monat des Vor- 
jahres exportiert. Die verarbeitende 
Industrie war mit Computerprodukten 
und Fernmeldeeinrichtungen zu 70 
Prozent an diesem Anstieg beteiligt. 
Der Vorsitzende des Handelsent- 
wicklungsrates von Singapur, Alan 
Yeo, erklärte jedoch, sein Land werde 
diesen Trend nicht kontinuierlich fort- 
setzen können. Er machte dafür den 
wachsenden Protektionismus der 
USA, der EG-Staaten und Japans 
verantwortlich, wohin 60 Prozent aller 
Exporte Singapurs fließen. 

Neben Singapur sind auch die ande- 
ren drei neuindustrialisierten Länder 
(NIC) Asiens -Südkorea, Taiwan und 
Hongkong - von protektionistischen 
Maßnahmen betroffen. Dazu gehö- 
ren Tarife, die den Export von vorn- 
herein verhindern. 


Mit Argwohn wurden in Singapur, 
Soul, Hongkong und Taibei die jüng- 
sten Beratungen der 24 Mitgliedstaa- 
ten der Organisation für wirtschaftli- 
che Zusammenarbeit und Entwick- 
lung (OECD) in Paris beobachtet. Ob- 
wohl sich die Minister der führenden 
kapitalistischen Staaten eingehend 
mit der Wirtschaft der NIC beschäftig- 
ten und ihr hohe Konkurrenzfähigkeit 
bescheinigten, boten sie deren Ver- 
tretern keinen Platz am Tisch ihres 
exklusiven Klubs an. Statt dessen 
wurden weitergehende wirtschafts- 
politische Forderungen an die NIC 
gerichtet. 

Insbesondere die USA verlangen von 
den vier Staaten unter anderem ver- 
stärkte Bildung von Unternehmen mit 
ausländischer Beteiligung, unbe- 
grenzten Profittransfer, die Ein- 
schränkung von Importbegrenzun- 
gen sowie eine weitere Öffnung für 
westliche Investitionen. USA-Finanz- 
minister James A. Baker ging sogar 
soweit, den NIC die Schuld für Wirt- 
schaftsprobleme der kapitalistischen 
Staaten zuzuschieben. Taiwan und 
Südkorea warf er vor, ihre Weigerung 
zur Öffnung gegenüber neuen Inve- 
stitionen behindere Bemühungen zur 
Stabilisierung der Weltwirtschaft. 

ADN 


Ratgeber 

in Sachen Rechentechnik 

Software für Betriebe und Einrichtun- 
gen ihres Kreises entwickeln Mitglie- 
der der Wissenschafts- und Produk- 
tionsgemeinschaft (WPG) Mikroelek- 
tronik-Rechentechnik Dippoldis- 
walde. Die Fachleute arbeiten in der 
einzigen Gemeinschaft dieser Art im 
Bezirk Dresden unter anderem ein 
Programm zur rechnergestützten Er- 
mittlung des Materialbedarfs für Gie- 
ßereimaschinen aus. Es wird genutzt 
im VEB Gießerei- und Maschinenbau 
„Ferdinand Kunert“ Schmiedeberg. 
Die Wissenschafts- und Produktions- 
gemeinschaft mit ihrem Sitz an der 


Ingenieurschule für Lebensmittelin- 
dustrie Dippoldiswalde wurde vor ei- 
nem Jahr gegründet, um Betrieben, 
Genossenschaften und Einrichtun- 
gen bei der Einführung und breiten 
Anwendung der Mikroelektronik und 
Rechentechnik zu helfen. Ihr gehören 
die beiden Ingenieurschulen Dippol- 
diswalde und Glashütte, der Rat des 
Kreises sowie sieben Betriebe des 
Territoriums an. Die Gemeinschaft 
entwickelt jedoch nicht nur betriebs- 
spezifische Software. Seit Oktober 
vergangenen Jahres wurden rund 60 
Werktätige in Lehrgängen mit der Ar- 
beit an Computern vertraut gemacht. 
Auch kleinere Betriebe, die nicht Mit- 
glied sind, informieren sich über Mög- 
lichkeiten der Anwendung dezentra- 
ler Rechentechnik. Als Vorhaben der 
Dippoldiswalder WPG - entstanden 
nach dem Vorbild einer derartigen Or- 
ganisation in Haldensleben im Bezirk 
Magdeburg - steht die Wartung der 
Hardware für die Mitgliedsbetriebe 
auf dem Programm. 

ADN 

NEC entwickelte bisher I 

schnellsten j 

16-Bit-Mikroprozessor 

Das japanische Elektronikunterneh- 
men NEC stellte Anfang April einen 
16-Bit-Hochgeschwindigkeits-Mikro- 
prozessor vor, der nach Angaben der 
japanischen Fachpresse die gegen- 
wärtig schnellste 16-Bit-CPU der 
Welt ist. Der Prozessor, der mit 12,5 
und 16 Megahertz angeboten wird, 
kann bis zu 2,8 Millionen Instruktio- 
nen in der Sekunde (MIPS) verarbei- 
ten. Seine Geschwindigkeit erhält der 
neue Prozessor durch ein Hard-Ka- 
bel-System, das die Zeitfrequenz er- 
höht sowie die Teilung von Adressen- 
und Datenleitungen gewährleistet, 
was die Daten-Transmission ver- 
kürzt. Gleichzeitig verfügt der neue 
V33 als neunter Mikroprozessor der 
V-Serie von NEC im Vergleich zu sei- 
nem Vorgänger V30 über eine erwei- 
terte Speicherkapazität. 

ADN 


Das Forschungsinstitut für Computer-Technologie 
in Peking 

entwickelte ein Bildschirmsystem, mit dem chinesische Schriftzeichen, 
grafische Darstellungen sowie fremdsprachige Texte aufgezeichnet wer- 
den können. 


Foto: ADN-ZBIHNA 
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Kleincomputerproduktion 
in Zusammenarbeit 

Ein Kiewer Betrieb, der sich auf die 
Produktion von Computern des SKR 
spezialisiert, hat vor kurzem zusam- 
men mit anderen sowjetischen Be- 
trieben das Recht auf eigenständigen 
Verkauf seiner Erzeugnisse im Aus- 
land erhalten. Drei RGW-Länder - 
DDR, Polen und CSSR - sind heute 
die größten Importeure von „Elek- 
tronmasch“. Auf sie entfallen etwa 70 
Prozent des Exports. Die Partner lie- 
fern an „Elektronmasch“ Komponen- 
ten zur Komplettierung der Rechner, 
und der Betrieb verkauft an sie fertige 
Steuerrechnerkomplexe. 

Im vergangenen Jahr wurde auch mit 
dem ungarischen Betrieb Videoton 
eine Produktionskooperation in Gang 
gesetzt. Im Rahmen des Komplex- 
programms des wissenschaftlich- 
technischen Fortschritts der RGW- 
Länder bis zum Jahre 2 000 wurde ein 
zeitweiliges sowjetisch-ungarisches 
Projektierungs- und Konstruktions- 
büro für die Entwicklung neuer Typen 
von Banddruckern für Kleincomputer 
gegründet. Bereits im ersten Halbjahr 
beginnen die ungarischen Partner mit 
ihrer Produktion und liefern sie an 
„Elektronmasch“. Mit der Lieferung 
einzelner Computerbaugruppen 
nach Kiew erhalten die ungarischen 
Freunde dann fertige Computerkom- 
plexe. 

Die vor kurzem bei der Kiewer Ver- 
einigung gegründete Außenhandels- 
firma ermöglicht schon heute, auf den 
Produktionsprozeß positiv Einfluß zu 
nehmen. Mit der neuen Arbeitsweise 
ist der Betrieb in der Lage, operativer 
auf die Wünsche der Partner in den 
RGW-Ländern zu reagieren und flexi- 
bler solche Probleme in Angriff zu 
nehmen wie die Preisbildung und die 
Organisation von Wartungsarbeiten. 
Problematisch ist noch die Qualität 
der Rechentechnik, die in unseren 
Ländern produziert wird; sie ent- 
spricht zwar bei einigen Kennziffern 
dem Weltniveau, bleibt aber zurück 
was Zuverlässigkeit, Gewicht und 
Ausmaße sowie Energieverbrauch 
anbelangt. 

Die Erfahrungen der vergangenen 
Zeit zeigen aber, daß der eingeschla- 
gene Weg der Kooperation in Wis- 
senschaft, Technik und Produktion 
mit den RGW-Ländern richtig ist. 

APNIADN-Sirota 

Intel 

will Entwicklungszeit 
beim 80 486 
stark verkürzen 

Als die Intel Corp. den Mikroprozes- 
sor 80 286 entwickelte, waren auf die- 
sem Chip 120000 Transistoren un- 
tergebracht, und die Entwicklungszeit 
betrug etwa dreieinhalb Jahre. Auf 
seinem Nachfolger, dem 80386, wa- 
ren schon mehr als zweimal so viele 
Transistoren untergebracht - genau 
275000 -, und seine Entwicklungs- 
zeit betrug etwas weniger als drei 
Jahre. Jetzt entwirft eine Gruppe von 
Entwicklern bei Intel den Mikropro- 
zessor 80 486 mit einer Million T ransi- 
storen (siehe auch MP 4/88). Sie hof- 
fen, daß sie den ersten Prototyp in 
weniger als zwei Jahren hergestellt 
haben. 

„Wir haben gemerkt, daß man die 
Entwicklungszeit, die man vom Kon- 
zept bis zum fertigen Chip benötigt, 
ständig verringern kann“, meinte Al- 
bert Yu, Vizepräsident der Gruppe für 


Dialog 

Computerviren 

Seit geraumer Zeit bin ich bemüht, 
auf zwei Fragen eine Antwort zu fin- 

Was ist unter einem Virus zu verste- 
hen? 

Wie kann man den Computer vor 
ihm schützen? 

Für die Beantwortung dieser beiden 
Fragen oder einen entsprechenden 
Literaturhinweis wäre ich Ihnen 
sehr dankbar. 

C. G., Bitterfeld 

Die Ihnen bekannten biologischen 
Viren haben ein Äquivalent in der 
Computertechnik gefunden, sie ha- 
ben sogar gemeinsame Merkmale 
in Funktion und Lebensweise. 
Ohne Ihre Fragen an dieser Stelle 
erschöpfend beantworten zu kön- 
nen, lassen sich Computerviren wie 
folgt charakterisieren: 

- Ein Computervirus ist ein künstli- 
ches Gebilde. 

- Es ist in jedem Fall ein Pro- 
gramm. 

- In einem Computer ohne Verbin- 
dung mit der Außenwelt (ivlodem) 
ohne fremde ^rogräffime besteht 
keine Infektionsgefahr. 

- fein abgeschalteter Computer ist 
einem toten Organismus gleichzu- 
setzen, er kann nicht infiziert werden. 

- Virenprogramme dienen oder 
dienten bestimmten Zwecken, eine 
Verbreitung erfolgt beabsichtigt 
oder unbeabsichtigt. 

- Computerviren können als rei- 
nes Virus-Programm oder als virus- 
infiziertes beliebiges Programm 
verbreitet werden. 

- Computerviren wurden geschaf- 
fen, um Programme oder Daten- 
sätze unter bestimmten Umstän- 
den zu kennzeichnen, zu manipu- 
lieren oder zu zerstören. 

- Computerviren haben eine vom 
Programmierer vorbestimmte Inku- 
bationszeit; auf einen Programm- 
code, eine Programmlaufzeit, ein 
Bitmuster oder eine bestimmte Da- 
tenmenge abgestimmt, beginnt der 
Virus sein Werk. 

- Computerviren sind in allen Pro- 
grammiersprachen erstellbar. 

Die Hardware ist nur in wenigen 
Fällen zu beschädigen; so ist es 
z. B. möglich, das Diskettenlauf- 
werk auf eine Kopfposition zu brin- 
gen, aus der es nur noch die teil- 
weise Demontage wieder zum Lau- 


ten bringt. Des weiteren können 
Disketten und Festplatten ohne Ab- 
sicht des Bedieners sinnlos be- 
schrieben oder gelöscht werden. 
Bei Druckvorgängen könnten sol- 
che Virenmanipulationen einge- 
baut werden, die irgendwo im Text 
die Papiervortriebsrichtung beim 
Seitenwechsel mehrfach umschal- 
ten - die Folge ist zumindest Pa- 
piersalat im Drucker . . . 

Zum zweiten Teil der Frage: Ein ab- 
solut wir kendes Schutzpröcjramm 
ist "nicht zu e rstellen. In Abhängig- 
kelt vom Typ ihres Computers soll- 
ten Sie neue Programme aus nicht 
kommerziellen Quellen nicht mit 
wertvollen Programmen auf einem 
Speichermedium verwenden. Ver- 
wenden Sie nur Arbeitskopien die- 
ser Programme. Entstehen beim”" 
Abarbeiten bekannter Programme 
plötzlich andere Ergebnisse, ver- 
längert sich die Rechenzeit oder ist 
der verfügbare Speicherraum 
(RAM, RAMDISK, Diskette) in kur- 
zer Zeit ohne Ihr Dazutun erschöpft, 
könnte ein Virus die Ursache sein. 
Manche Virusinfektionen täuschen 
auch einen Hardwaredefekt vor. 

Eine Empfehlung vielleicht, bilden 
Sie die Quersumme e ines Pro- 
grammes oder eines Datensatzes 
und notieren Sie diese Zahlen ex- 
tern auf Papier- nicht im Computer! 
Unter CP/M läuft das Programm 
CRC.COM und gibt Ihnen die Ein- 
zelergebnisse und die gesamte 
Quersumme des betreffenden 
Speichermediums. So ist ein unab- 
sichtlich manipuliertes Programm 
immer mit dem „Original“ vergleich- 
bar! 

Ein ausgeschalteter Computer 
ohne Stützspannung und ohne 
Festplatte bzw. Diskette, von der 
das Betriebssystem erst geladen 
wird, ist (sofern nicht beim Herstel- 
ler mit Viren infiziert) virenfrei. Das 
heißt, nach dem Einschalten hat 
man unter diesen Bedingungenden 
Computerurzustand. 

Abschließend noch einige Literatur- 
stellen, die über zentrale Bibliothe- 
ken zu beziehen sind: 

IV Krabel, E.: Die Viren kommen, c’t 
(1987)4 

121 Computerviren. 64er(1987)7 
13/ Burger, R.: Das große Computer-Vi- 
ren-Buch. Data Becker Düsseldorf 
1987 

/4/ Sperber, J.: Virusfieber, mc (1988) 7 
151 Risch, H.-J.: Angst vor Computer-Vi- 
ren; Koziel, T„ Leister, G.: Die Viren 
sind da. c't (1988) 7 


Mikrocomputerbauteile von Intel. Yu 
ist einer der Planer des Programms 
für den „52-Wochen-Chip“. Es soll 
dazu dienen, die durchschnittliche 
Entwicklungszeit eines logischen 
Chips auf ein Jahr oder weniger zu 
verringern. Um die Entwicklungszeit 
zu verkürzen, hat Intel einige grundle- 
gende Prinzipien von Waffen-, Auto- 
und Klimaanlagenherstellern über- 
nommen. die schon seit langem um 
die Vorzüge wissen, neue Erzeug- 
nisse aus Teilen von alten zu entwik- 
keln. Bei Intel sind die „alten Teile“ 
Schaltkreise und deren Kombinatio- 
nen. Ein Chipdesigner hat vielleicht 
Wochen oder Monate benötigt, um 
ein Bus-Interface zu entwickeln, das 


die Kommunikation zwischen dem 
Prozessor und den peripheren Gerä- 
ten steuert. 

Im sogenannten „52-Wochen-Pro- 
gramm“ sind alle wesentlichen Merk- 
male in einem Indexspeicher eines 
Computers der Entwicklergruppe zu- 
sammengefaßt. Mit einem Tasten- 
druck kann ein bewährtes Bauele- 
ment des 80386 aus dem Speicher 
geholt und auf dem Bildschirm in den 
80486 eingepaßt werden. Wenn not- 
wendig, kann das Bauteil für seine 
neue Funktion modifiziert werden. 
Ein Vorteil der „elektronischen Biblio- 
thek“ besteht darin, daß sie dem Ent- 
wickler eine kurze Zusammenfas- 
sung der jeweiligen Rolle einer 


Schaltkreisgruppe bietet, so daß er 
nicht jeden Transistor in allen Einzel- 
heiten zeichnen muß. Die Ingenieure 
können auf dem Bildschirm Gruppen 
von Bauelementen hin- und herschie- 
ben und herausfinden, wie sie am be- 
sten untergebracht werden können. 
Dieses Verfahren birgt jedoch auch 
Risiken in sich. Jede Gruppe von 
Schaltkreisen, die aufgenommen 
worden ist, muß fehlerfrei sein. Ein 
Fehler in einem Chip kann auf andere 
Schaltkreise übertragen werden. 
Deshalb muß jeder Schaltkreis au- 
ßerordentlich genau geprüft werden, 
das heißt, ein Designer muß sich si- 
cher sein, daß sich jede Verbindung 
zwischen den Bauteilen auf dem 
neuen Chip unter genauer Betrach- 
tung der strengen Designregeln an 
der richtigen Stelle befindet. AON 

OS/2 und Windows 386 
von Siemens 

Seit April liefert Siemens seine Ver- 
sion des neuen Betriebssystems 
OS/2 sowie Windows 386 aus; Win- 
dows 2.0 seit 1 988. 

Die Betriebssystemerweiterung Win- 
dows 386 ist eine weiterentwickelte 
Form der gewohnten grafischen Be- 
dienoberfläche von Microsoft. Die 
Fenster können jetzt überlappen, 
sind in der Größe veränderbar und 
lassen sich auf dem Bildschirm ver- 
schieben. Die Bedienoberfläche ent- 
spricht der des Presentation Mana- 
ger, also der Bedienoberfläche von 
OS/2. Der Anwender kann also heute 
schon mit einem System arbeiten, 
das von vielen als zukünftiger Stan- 
dard bei der Bedienung von Perso- 
nalcomputern angesehen wird. 

Mit Windows 386 wird Multitasking- 
Betrieb ermöglicht. Die besonderen 
Eigenschaften des 80386-Prozes- 
sors werden derart genutzt, daß meh- 
rere Anwendungen im 8086-Modus 
gleichzeitig auf dem 80386-Prozes- 
sor nachgebildet werden. Dadurch 
können herkömmliche MS-DOS-Pro- 
gramme gleichzeitig im Speicher ge- 
halten werden und auch ablaufen. 
Der Benutzer, der häufig zwischen 
Programmen wechselt, muß so die 
Programme nicht jedesmal neu la- 
den. Man kann z. B. im Vordergrund 
eine Windows-Applikation ablaufen 
lassen, während im Hintergrund, 
sichtbar in einem Fenster, z. B. Multi- 
plantabellen bearbeitet werden. Ein 
Textaustausch über die Zwischenab- 
lage ist jetzt nicht nur mit Windows- 
Programmen, sondern auch mit nor- 
malen MS-DOS-Anwendungen mög- 
lich. Windows 386 kann damit in der 
Migrationsphase vom MS-DOS zum 
OS/2 als Übergangsprodukt betrach- 
tet werden. MP 


In eigener Sache 


Unser Verlag sucht ab 1989 Be- 
teiligung an Kinderferienlager für 
etwa 20 Kinder. Betreuer werden 
gestellt. 

Wir bitten, Angebote an die Re- 
daktion zu richten. 
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Fraktale aus Polynomen 

Gabriele Bühren, Berlin 


Bisher veröffentlichte fraktale Motive beru- 
hen auf Varianten zufällig gefundener Rekur- 
sionsgleichungen oder entsprechen Fix- 
punkt-Lösungen ohne Bifurkationen (Lö- 
sungsaufspaltungen). Das hier geschilderte 
Verfahren ist neu, ebenso die Art der Bilder. 
Es kann jede Komplexe Funktion f(z) = Obe- 
nutzt werden, die ein eindeutiges f’(z) be- 


Mathematische Methode 
mit Beispielen 
Ein bekanntes Fraktal 

Jedes beliebige Polynom f(z) = 0 kann durch 
Iteration mit dem Newton-V erfahren 



gelöst werden, auch wenn z = x + iy eine 
komplexe Größe ist. Bei Mehrfachlösungen 
hängt das konkrete Einzugsgebiet (als Farbe 
im Bild) von der Wahl der Anfangswerte x a 
und y a ab (Koordinaten eines Bildpunktes). 
Für die drei Fixpunkte der Gleichung 
z 3 + 1 = 0 (**) 

ergibt sich das bekannte Fraktal, an dessen 
Linien immer alle drei Gebiete aneinander- 
stoßen. Nennen wir es den dreizackigen 
„Einfachstem“ . 

Oimensionserweiterung 

Setzt man jetzt für z eine bestimmte hyper- 
komplexe Zahl ein (siehe Tafel 1) und löst 
(**) mit (*) für alle Komponenten von z, dann 
ergibt sich mit dem Ansatz (1) ein „Doppel- 
stern“ (ßzackig) aus 9 Farben, mit dem An- 
satz (2) ein „Dreifachstem“ mit 27 Farben 



KO + j Kl + j 2 K2 


mit j 3 = 

Z2‘ = (KO 2 + i • Kl • K2) + j(-i • K2 2 - KO Kl) 
+ j 2 (K1 2 - K0-K2) 

Z2 • Z2* = (KO 3 - K2 3 ) + i(3 KO • Kl • K2 - Kl 3 ) 
(Prof. Peschei) 

Ansatz (3): 

6dimensionale hyperkomplexe Zahl 

Z3 = (x + iy) + j(p + it) + s(k + il) 



js = — sj = 1—1 

= KO + j Kl + s K2 

Z3* = KO - j Kl - s K2 

Z3 • Z3- = (KO 2 + Kl 2 - K2 2 ) + i(K1 2 - K2 2 ) 

Ansatz (4): 

8dimensionale hyperkomplexe Zahl 


Z4 = (KO + j Kl) + s(K2 + j K3) 



Ansatz (6): 

24dimensionale hyperkomplexe Zahl 

Z6 = Z2 + s( . . . ) + s 2 ( . . . ) + s 3 ( . . . ) 
((...) ist Größe wie Z2) 


aus dieser unentdeckten Vielfalt entnommen 
werden. Es bleibt dem Leser überlassen, das 
spannende Spiel fortzusetzen. Das Phäno- 
men der Fraktale ist noch relativ ungeklärt. 
Falls man zufällig einen hyperkomplexen An- 
satz findet, der für ein passendes f(z) am ech- 
testen reale Objekte (z. B. Eisblumen, 
Schaum, Organismen) modelliert, sollten so- 
wohl die Biologen als auch die Physiker nach 
Anwendungen dieser hyperkomplexen Grö- 
ßen Ausschau halten. 

Rechentechnische Realisierung 

Da die Bilder auf einem Robotron-BVS 
A 6472 visualisiert werden konnten, mußten 
sie optimal aus 512x512 Bildpunkten zu je 8 
Bit bestehen. Mit einem speziellen Pro- 
gramm wurde aus etwa 200 Varianten die 
günstigste Farbtabelle gewählt, um die Grau- 
werte in Falschfarben darzustellen. Zum 
Rechnen der Bilder kamen SKR-Rechner 
zum Einsatz (SM4, SM14), wobei die Re- 
chenzeiten zwischen 3 und 20 Stunden la- 
gen. Übertragen wurden die fertigen Bilder 
per Magnetband, danach vom Farbmonitor 
abfotografiert mit einer Practica (Teleobjek- 
tiv, UT 18,1/8 s). 

Prinzipiell ist die Nutzung jedes mit PASCAL 
programmierbaren Computers möglich, wo- 
bei jedoch sehr lange Rechenzeiten auftre- 
ten können. In diesem Fall sind kleinere Bil- 
der zu empfehlen (überall Austausch der 
Zahl 512). Die spätere Visualisierung muß 
gesondert an die vorhandene Technik ange- 
paßt werden. 

Programmbeschreibung 

Unter Austausch der Zeilen 38-40, 47-61 
und 84 wird das Programm (PASCAL, siehe 
Bild 1) auch zur bildmäßigen Simulation be- 
liebiger dynamischer Systeme genutzt. Es 
kann dadurch für viele Anwendungszwecke 
brauchbar sein. 


(Bild 13, 3. US). Die hyperkomplexen Defini- 
tionen Quaternion (doppeltkomplexe Zahl) 
oder Oktave (doppeltes Quaternion) /3/ ver- 
ändern den Einfachstem im Prinzip nicht und 
führen auch nicht zu dem im nächsten Ab- 
schnitt beschriebenen Effekt. Wohl aber An- 
satz (3) und ähnliche Definitionen wie die An- 
sätze (4)— (6). Bei (3) ist zu beachten, daß die 
Anfangswerte der einzelnen Komponenten 
niemals gleich sein dürfen. 



Rückprojektion durch 
Einschränkung der Freiheitsgrade 

Wenn nun Gleichung (*) in verstümmelter 
Form benutzt wird, indem man die Iteration 
einer oder mehrerer Variablen unterläßt, sie 
als Konstanten behandelt, entfernt man sich 
vom ehemaligen f(z). Man bearbeitet für je- 
den Bildpunkt nun eine zwar benachbarte, 
aber neue nichtlineare Gleichung, die im all- 
gemeinen nicht mehr analytisch darstellbar 
ist. Das vorher durch (*) abgeschlossene 
(konservative) System des „Sterns“ wird ge- 
öffnet/erhält Restriktionen durch das Nullset- 
zen oder Verändern von z. B. dp und dt (s. 
Kommentarklammern Zeile 60). Jeder Ein- 
griff solcherart muß als Verlust bzw. Zuwachs 
bezeichnet werden, vergleichbar mit Dissipa- 
tion. 

Es entstehen Bilder neuartiger Struktur. Für p 
und t um ±2 endet das Gebilde, während der 
Stern bis Unendlich reicht. Eine Entspre- 
chung wäre das Mandelbrotsche Apfelmänn- 
chen, jedoch ohne Ähnlichkeiten. In der Nähe 



des Bildmittelpunktes bei sehr kleinen p,t- Bildkodierung 
Werten entsteht der Einfachstem. Je mehr 

man nach außen wandert, desto „verbeulter“ Es werden gleichzeitig zwei Bilder (A und B) 

werden seine Glieder. Dann” entstehen zeilenweise auf Platte geschrieben (Zeile 

sprunghaft völlig neue Fraktale. Die alten Fix- 89 )' Sie müssen zusammen betrachtet wer- 

punkte sind zerfallen, neue erschienen, und den ’ wenn man das Lösungsverhalten aus- 

die Gebiete mit zyklischen Lösungen ’erin- werten wil '- Zur Kodierung stehen die Grau- 

nern an „Wirbelsäulen“ und „Insektenflügel“. werte 0 bis 225 zur Verfügung. 

„Kakteenkugeln“ mit blumiger Feinstruktur Im A-Bild wird für Fixpunkte als Grundfarbe 

tauchen auf. Durch eine entsprechende der Quadrant abgebildet, in dem die Lösung 

Farbkodierung lassen sich somit Welten dar- liegt. Das hat den Nachteil, daß mehrere At- 

stellen, die der lebendigen Welt nicht unähn- traktoren (Anziehungspunkte) im gleichen 

lieh sind. Bisher konnten nur wenige Proben Quadranten nicht getrennt werden, und den 
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Bild 2 Programmausschnitte für die Ansätze 2 und 3 
Multiplikation der Gdimensionalen Arrays FM = KF ■ G 

i Bild 1 Programm zu Bild 3 (2. Umschlagseite) 


Vorteil, das Nullwerden einer Komponente 
sehen zu können. Der Farbwechsel mit einer 
glatten Linie hat allerdings nichts mit den 
Fraktalen zu tun. Um zusätzlich die für eine 
vorgegebene Genauigkeit benötigte Itera- 
tionszahl abzubilden, wird auf den Grund- 
grauwert die Anzahl addiert (beschränkt bis 
50). Nun sind alle Einzugsgebiete doch noch 
zu trennen, weil dort die Konvergenz stark 
fällt. Zufällig wurden auf diese Weise die 
„Netze“ und „Flügel“ sichtbar, die aus sehr 
schmalen Bifurkationen des Hintergrundes 
bestehen (kleiner IO” 6 ). Größere Bifurkatio- 
nen kann das Programm trennen und konkret 
in Grauwerte des A-Bildes umsetzen. Da 
wäre Grauwert 22 ein Zweierzyklus, 23 ein 
Dreierzyklus usw. bis 35. 

Das B-Bild trennt exakt alle Attraktoren von- 
einander. Es sieht „sauberer“ aus, berück- 
sichtigt aber weder Konvergenz noch Bifur- 
kationsverhalten. Man erkennt jetzt, zu wel- 
chem Attraktor die in Bild A herausgehobe- 
nen Zyklen gehören. Die Kodierung erfolgt 
durch asymmetrische Wichtung des letzten 
x-y-Paares (Zeile 84), um Fehler bei häufigen 


symmetrischen Lösungen auszuschalten. 
Fiir beide Bilder gleich markiert sind die Ab- 
bruchbedingungen bei Divergenz, Division 
durch Null und Überschreiten von 400 Itera- 
tionen. 

Eingaben 

Wegen der relativ langen Rechenzeiten er- 
wies es sich als günstig, das Bild abschnitts- 
weise zu erzeugen, d. h. mehrmals densel- 
ben Task zu starten. Im Dialog gibt man zu- 
erst die beiden File-Namen ein (z. B. H1.A 
bzw. H1.B), dann von welcher Zeile bis zu 
welcher Zeile gerechnet werden soll. Diesen 
Abschnitt teilt das Programm als Zwischensi- 
cherung in drei File-Versionen auf. Die ferti- 
gen Einzelteile lassen sich problemlos anein- 
anderhängen. Zufällig stimmt die Blocklänge 
der SKR-Rechner mit der Bild-Zeilenlänge 
überein (512 Byte), so daß die Blockzahl als 
Zeilenanzahl zu lesen ist. Dadurch kann man 
ohne Notizen bei der richtigen Zeile fortset- 
zen. 

Um Eingabefehler zu vermeiden, sind die ei- 
gentlichen Bildparameter (siehe Tafel 2) im 


Programm zu ändern (Zeilen 3 bis 6 und 38). 
Zum Beispiel ergibt sich schon eine neue 
Gleichung durch Änderung der K-Kompo- 
nenten (z® + K = 0). Für neue quadratische 
Bildausschnitte ändert man die Parameter 
BREITE, VSX und VSY, die sich auf die Ge- 
samtbildbreite und den neuen Bildmittelpunkt 
beziehen. Beispielsweise sind die Bilder 4 bis 
6 (2. Umschlagseite) Details des Bildes 3 (2. 
US) und die Bilder 10 bis 12 (3. US) Details 
des Bildes 9 (3. US). Wenn man als Anfangs- 
werte für alle x und y eine der drei Lösungen 
bei p = t = 0 wählt (Zeile 38), erhält das Ge- 
samtbild eine Vierersymmetrie (Bild 9, 3. 
US). Jede Veränderung dieser Anfangswerte 
bis hin zu punktweisen Neuzuweisungen, wie 
im abgedruckten Programm, erzeugt andere 
Ausgangsbilder („Schnittebenen“ der Funk- 
tion) mit neuartigen Details. 

Durch Beseitigen der Kommentarklammern 
bei Zeilen 53, 59, 60 und Einordnen der Zei- 
len 39, 40 nach Zeile 46 wird der Doppelstern 
berechnet. 
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RISC-Architektur - 
Eine Übersicht 


Prof. Dr. Dieter Jungmann 
Informatik-Zentrum an der Techni- 
schen Universität Dresden, Wissen- 
schaftsbereich Rechnersysteme 

Nachdem in der Mikroprozessortechnik Heft 
811987 die Frage „ Was ist eine RISC- Archi- 
tektur? “ kurz beantwortet wurde, soll mit die- 
sem Beitrag eine Übersicht geboten wer- 
den, die Ansatzpunkte für weiterführende 
Studien bietet. 

Das Thema Ri SC- Architektur ist seit Anfang 
der 80er Jahre in den Gebieten Rechnerar- 
chitektur, Mikroprogrammierung und Com- 
pilerimplementierung eines der häufigsten 
Themen. 

Zentrales Problem ist dabei, ob die Computer 
mit komplexem Befehlssatz (CISC - Com- 
plex Instruction Set Computer), z. B. Compu- 
ter-Modelle der Architektur IBM/370, VAX1 1 
bzw. Mikroprozessoren der Architektur Moto- 
rola 68000 und Intel iAPX 386, durch Compu- 
ter bzw. Mikroprozessoren mit reduziertem 
Befehlssatz (RISC = Reduced Instruction 
Set Computer) verdrängt werden. In Konfe- 
renzen und Fachzeitschriften, insbesondere 
der Computer Architecture News, werden 
neue Ergebnisse der RISC-Architektur-For- 
schung, -Entwicklung und -Anwendung vor- 
gestellt sowie in Relation zur CISC-Architek- 
tur bzw. CISC-Architektur-lmplementierung 
diskutiert. Dieser Beitrag versucht, die 
Hauptmerkmale der RISC-Architektur in Re- 
lation zur CISC-Architektur zu erläutern, 
einige typische RISC-lmplementierungen 
kurz vorzustellen und eine Einschätzung der 
perspektivischen Entwicklung zu geben. 

Einordnung der RISC-Architektur 

In den 70er Jahren hatte sich international die 
Anwendung höherer Programmiersprachen 
(HLL = high-level-language) generell durch- 
gesetzt, und nur in Ausnahmefällen, wie dem 
Kern eines Betriebssystems, wurde noch die 
Assemblersprache angewendet. Wirth ver- 
zichtete in seinem Personalcomputer-Projekt 
LILITH /I / auf der Basis der Systemprogram- 
miersprache Modula-2 generell auf die As- 
semblersprache. 

Mit der allgemeinen Zielstellung: Reduzie- 
rung der semantischen Lücke zwischen HLL 
und ISP (Instruction Set Processor) bzw. der 
Hardware entstand innerhalb der Rechnerar- 
chitektur das Teilgebiet HLL- Architektur mit 
einer Vielzahl von Architekturimplementie- 
rungen, den HLL-Maschinen. 

Bis zur Veröffentlichung von Patterson 121 
galt als generell akzeptiert, daß das ISP-Ni- 
veau durch Hardware, insbesondere aber 
Firmware (Mikroprogramme) auf das Niveau 
von HLL-Anweisungen angehoben wird. Im 
Ergebnis umfangreicher statistischer Unter- 
suchungen, wie in 131, wird nachgewiesen, 
daß gerade das Gegenteil, ein auf schnelle 
und leistungsfähige Befehle reduzierter Be- 
fehlssatz, die ideale HLL-Architektur ist. 

Typische Merkmale 

In Übereinstimmung mit umfangreichen Ab- 
handlungen zum Thema RISC-Architektur 
(z. B. in 74/ und 151) sind folgende Merkmale in 
ihrer Einheit bestimmend: 
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© Ein-Zyklus-Operationen 

Es werden bis auf die Ausnahme © nur sol- 
che Befehle ausgewählt, die in einem Zyklus 
ausführbar sind; damit werden schnelle Aus- 
führung und zusätzlich effektive Pipeline-Or- 
ganisation ermöglicht. 

© Load/Store-Architektur 
Es ist nur der T ransport zwischen einem oder 
mehreren Registersätzen und dem Speicher 
zulässig; es sind nur 2 Maschinentakte nötig, 
aber kein orthogonales Befehlssystem. 

® Verzicht auf Microcode 
Die Merkmale © und © ermöglichen und er- 
fordern zugleich, daß anstelle der bisher übli- 
chen Mikroprogramme eine festverdrahtete 
Steuerung verwendet wird. 

© Wenige Befehle und Adressierungsar- 
ten 

Dadurch wird eine kompakte Codierung und 
schnelle Ausführung möglich. Typische Be- 
fehle sind; 

ADD, SUB, AND, OR, XOR, SLL, SRL, SRA, 
LOAD, STORE, CALL, RET, IMP. 

Typische Adressierungsarten sind: Register, 
Register-Indirekt, Direktwert, PC-relativ, In- 
dexmodifikation. 

© Einheitliches Befehlsformat 

Dadurch wird ebenfalls eine effektive Deko- 
dierung möglich, verursacht wird aber ein er- 
höhter Speicherplatzaufwand (generell 32 Bit 
pro Befehl ist typisch). 

© Aufwandsverlagerung in den Compiler 

Dazu zählt die Überwachung und Optimie- 
rung der Pipelineorganisation und die Soft- 
wareimplementierung komplexer Datenty- 
pen. 

© Reduzierung komplexer zugunsten re- 
gulärer Hardware-Strukturen 

Dieses Merkmal ist insbesondere für RISC- 
Mikroprozessoren als VLSI-Realisierung von 
Bedeutung: drastische Reduzierung des Ent- 
wurfsaufwandes, Erhöhung der Ausbeute, 
maximale Verarbeitungsleistung pro Chipflä- 
che. Li bezeichnet in /6/ den RISC-Entwurf 
aufgrund des geringen Anteiles an irregulärer 
Steuerlogik und eines hohen Anteiles an re- 
gulärer Speicherlogik durch große und meh- 
rere Registersätze als Data-Storage-(DS-) 
Methode. Die Anwendung mehrerer Regi- 
stersätze ist jedoch kein typisches RISC- 
Merkmal. Beim gegenwärtigen Entwick- 
lungsstand wird bei RISC jedoch die Imple- 
mentierung begünstigt. 

Implementierungen 

Obwohl es allgemein anerkannte RISC- 
Merkmale gibt, hat sich keine einheitliche 
RISC-Architektur auf ISP-Ebene durchge- 
setzt. Damit wird die bestehende Vielfalt an 
32-Bit-Mikroprozessoren 171, 18/ noch erwei- 
tert. Nach bisherigen Erfahrungen aus der 8- 
und 1 6-Bit-Mikroprozessortechnik setzen 
sich jedoch nur wenige Mikroprozessorarchi- 
tekturen durch. Nach Tredennick 191 werden 
es im Höchstfall 5 verschiedene 32-Bit-Archi- 
tekturen sein. Nachfolgend werden Kurzcha- 
rakteristiken einiger RISC-Projekte darge- 
stellt. 

IBM 801 

• Erste experimentelle RISC-Kleinrechner- 
Implementierung auf der Basis von ECL- 
Standardschaltkreisen 

• Beginn der Arbeiten bereits 1 975 


• industrielle Überführung in der Worksta- 
tion IBM 61 50, die in den USA als. IBM PC/RT 
(RT = RISC-Technologie) bezeichnet wird 

• Verwendung als VLSI-Prozessorelement 
in einem Parallelrechner-Forschungsprojekt 
RISC l/ll 

• Erste VLSI-Implementierung von 1980- 
1 982 an der Universität Berkeley 131 

• zielt auf effektive C-Implementierung so- 
wie UNIX als Betriebssystem 

• Ziele von Folgeprojekten: 

- RISC II hat Cache und Befehlsexpander 
für häufige 16-Bit-Befehle 

- Smalltalk-HLL-Maschine mit SOAR-Pro- 
zessor - Prototyp des von Sun entworfenen 
und von Fujitsu produzierten SPARC 

- SPUR-Projekt: Mehrprozessorsystem für 
Symbolverarbeitung 

MIPS 

• Zunächst Forschungsarbeiten am MIPS- 
VLSI-Prozessor von Stanfort 

• Besonderes Merkmal ist die Pipeline- 
Überwachung durch den Compiler 

• Die Entwickler gründeten die Firma MIPS. 

• Die industrielle Entwicklung hat 10 MIPS 
und ist als Spezialprozessor für OEM-Einsatz 
vorgesehen (MIPS = Million Operationen 
pro Sekunde). 

Harris Corporation/HSX-7 

• In /10/ wird ein RISC-Superminicomputer 
auf der Basis des STTL-Bit-Slice-Systems 
AM2900 vorgestellt, das über eine Leistung 
von 7 MIPS verfügt. 

Ridge Computers/Bull SPS 9 

• Kleinrechnerimplementierung auf der Ba- 
sis von High-Speed-Schottky-TTL (400 LSI/ 
MSI-Schaltkreise) 

Pyramid Technology Corp./Nixdorf-Tar- 
gon35 

• Mehrbenutzersystem auf UNIX-Basis mit 
STTL 

• Leistung 3,2 MIPS 

• Zwei-Prozessor-Modell vorgesehen 
HP-Precision Architecture 

• Es wurde ein Familienkonzept auf der Ba- 
sis einer Architektur und mehrerer Schalt- 
kreistechnologien geplant (von CMOS über 
ECL bis GaAs) 

• z.Z.max. 6,7 MIPS 

• Die Kompatibilität zur Vorgänger-CISC- 
Architektur wird durch zeituneffektive Simu- 
lation gewährleistet. 
lnmos-TransputerT414 

• Ein-Chip-Mikrorechner mit 2 KByte RAM 
und 4 Link-Kanälen zur Realisierung von 
hochgradigen Parallelrechnern 

• von Floating-Point-Systems auf der Basis 
der Hypercube-Technologie in Supercompu- 
tern im GF/ops-Bereich eingesetzt 
(GFLOPS = Milliarde Gleitkomma-Operatio- 
nen pro Sekunde). 

AMD 29000/29300 

• CMOS- bzw. bipolare Implementierung 
von Function-Slice-Elementen 

• Es sind sowohl RISC- als auch ClSC-Pro- 
zessoren realisierbar. 

Fairchild/Clipper 

• Clipper /1 1/ ist ein Hochleistungs-CMOS- 
Mikroprozessor mit einer Taktfrequenz von 
33 MHz 

• Der Spitzenleistung von 33 MIPS steht 
eine mittlere Leistung von 5 MIPS gegenüber 

• wird ebenfalls unter UNIX betrieben. 

Bewertung und Trendeinschätzung 

Wilkes, der Urheber der Mikroprogrammie- 
rung und damit der CISC-Prozessoren, 
schätzt in /1 2/ ein, daß die Codeverschwen- 
dung bei RISC auf längere Sicht nicht ver- 
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nachlässigbar ist. Tredennick, der Hauptent- 
wickler des MC 68000 und der Micro 370 von 
IBM, schätzt in 191 ein, daß RISC-VLSI-Pro- 
zessoren lediglich einen festen Platz bei der 
konsequenten Fortsetzung der Bit-Slice- 
Mikroprogrammierungs-Kultur haben 

(AM29000/AM29300) . Die Hauptlinien der 
Entwicklung werden Erweiterungen gegen- 
wärtig dominierender CISC-Mikroprozesso- 
ren, wie MC 68030 und japanische 32-Bit-Mi- 
kroprozessoren, sein. 

Diese Einschätzung wird von Tredennick auf 
der Basis von Silizium-Halbleitertechnolo- 
gien getroffen. Erste Forschungsarbeiten auf 
dem Gebiet der GaAs-Prozessoren haben 
zunächst eindeutig der RISC-Architektur we- 
gen des geringeren Integrationsniveaus und 
des großen Anstieges der Laufzeiten in Ab- 
hängigkeit vom Signalweg den Vorrang ge- 
geben. 

Universelle RISC-Prozessoren werden ein- 
deutig von der Klasse der UNIX-kompatiblen 
Betriebssysteme unterstützt und sind damit 
mindestens von der weiteren Verbreitung der 
reinen UNIX-Anwendung abhängig. Zu be- 
achten ist dabei jedoch, daß der zur Zeit weit 
verbreitete 32-Bit-Mikroprozessor MC 68020 
ebenfalls überwiegend mit UNIX betrieben 
wird. 

Die Anwendung von speziellen RISC-Pro- 
zessoren, wie dem Transputer, zur Realisie- 
rung hochgradiger Multiprozessorsysteme in 
der Klasse Supercomputer hat Aussicht auf 
einen dauerhaften Erfolg, weil damit die Mög- 
lichkeit besteht, mit steigendem Integrations- 
grad eine maximale Anzahl von Prozessoren 
auf einem Chip zu integrieren. 

Der Marktführer für 32-Bit-Mini-, Supermini- 
und Mehrplatzsysteme DEC gibt in diesem 
Sinne ebenfalls zu verstehen, daß die RISC- 
Architektur keine Alternative zur VAX-Archi- 
tektur darstellt. 

Die Hauptarchitekturlinie Japans kann /1 3/ 
und /1 4/ zufolge TRON heißen. Die diesem 
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Der Artikel behandelt die grundlegenden 
Voraussetzungen des Betriebssystems MS- 
DOS zur EIA-Umlenkung und die daraus re- 
sultierenden Möglichkeiten der Nutzung von 
Filtern und Pipes. 

Insbesondere wird die Erstellung von Filter- 
programmen mit TURBO-PASCAL (V.3.01) 
dargestellt und an einem Beispiel erläutert. 
Als Schlußteil folgt eine Darstellung der Me- 
chanismen auf Assemblerebene, ebenfalls 
mit einem Beispiel. 

Grundlagen 

Voraussetzung für die Funktion von Filtern 
und Pipes ist die Möglichkeit der Ein-/Aus- 
gabe-Umlenkung (E/A-Umlenkung). Der 
Vorgang der E/A-Umlenkung wird als I/O-Re- 
direction bezeichnet. Sein Ursprung liegt im 
Betriebssystem UNIX IV. Er ist Konsequenz 
der Realisierung moderner Systemkonzepte, 
wie Modularisierung und Hardwareunabhän- 
gigkeit. 

Den Ausgangspunkt bildet die Definition logi- 
scher Ein-/Ausgabe-Kanäle. Über diese Ka- 


Projekt zugrundeliegende TRON-VLSI-CPU 
hat eine eindeutige CISC-Charakteristik, er- 
möglicht aber die Abarbeitung der am häufig- 
sten verwendeten CISC-Untermenge nach 
einer RISC-Charakteristik. Der Architektur- 
entwurf ist als offenes Konzept analog OSI 
langfristig angelegt, denn es ist nach den er- 
sten 32-Bit-VLSI-lmplementierungen bereits 
ein Ausbau zu 48-Bit-Adressierungsweite 
und einer vollen 64-Bit-Architektur vorgese- 
hen. 

Das in Japan erreichte technologische Ni- 
veau in der Mikroelektronik- und Computer- 
produktion sowie die seit 1986 übernom- 
mene Führungsrolle in der Mikroelektronik- 
produktion in Verbindung mit dem Architek- 
turkonzept TRON kann auch zur Beherr- 
schung des Computermarktes führen, insbe- 
sondere in den Positionen Hochleistung- 
scomputer und Industriecomputer. 

Zusammenfassung 

Prozessoren und Systeme mit RISC-Archi- 
tektur wurden in relativ kurzer Frist und gro- 
ßer Breite aus dem Forschungsstadium in in- 
dustrielle Entwicklungen überführt. Beson- 
dere Bedeutung hat die RISC-Architektur für 
32-Bit-VLSI-Prozessoren in Verbindung mit 
dem Betriebssystem UNIX in der Computer- 
Leistungsklasse Workstation erlangt. Trotz 
der hohen Leistungsfähigkeit, der einfachen 
Entwerfbarkeit und hohen Ausbeute durch 
weitgehend reguläre Strukturen haben Mi- 
kroprozessoren mit 32-Bit-RISC-Architektur 
im Vergleich zu bereits länger eingeführten 
Mikroprozessoren mit CISC-Architektur, wie 
MC 68000/68020, iAPX 286/386 und VAX1 1/ 
MicroVAXII, keinen Durchbruch erzielt. Mit 
zunehmendem Integrationsgrad und dem Er- 
scheinen von völlig neuen CISC-Architektu- 
ren mit RISC-Anteil, wie die auf 64 Bit vorbe- 
reitete 32-Bit-TRON-Architektur der Japaner, 
sinkt die Wahrscheinlichkeit für eine RISC- 
Dominanz. Dagegen werden RlSC-Spezial- 


näle realisiert der Problemprogrammierer die 
Ein- und Ausgabe seiner Daten. Damit wird 
der Programmierer unabhängig von den phy- 
sischen Quellen und Zielen. Für die Zuord- 
nung dieser standardisierten Kanäle zu den 
entsprechenden Geräten sorgt dann die Sy- 
stemsoftware der konkret konfigurierten An- 
lage des Anwenders. Die vorgegebenen Ka- 
näle sind: 

Standardeingabe, -ausgabe, -fehleraus- 
gabe, und -listgerät sowie standard-auxiliary 
I/O. 

Gibt also ein Programm seine Fehlermeldun- 
gen über die Standardfehlerausgabe aus, 
kann es davon ausgehen, daß diese Meldun- 
gen auf einem Gerät abgebildet werden, auf 
welchem die Fehlermeldung wahrgenom- 
men wird. Ob dieses Gerät in der genutzten 
Anlage ein Bildschirm, Drucker o. a. ist, ist für 
die Programmierung ohne Belang. 

Während die Zuordnung der Kanäle Stan- 
dardfehlerausgabe, -listgerät und standard- 
auxiliary I/O vom Nutzer der Anlage nicht ge- 
ändert werden kann, gibt es für die Standard- 
eingabe und -ausgabe, die beide üblicher- 
weise dem Bedienerterminal zugeordnet 
sind, die Möglichkeit der Zuordnungsände- 


prozessoren, wie der Transputer, eine lang- 
fristige Perspektive haben. 

Bei Hochgeschwindigkeitstechnologien wie 
ECL und GaAs ermöglicht die RISC-Me- 
thode, zu einem frühen Zeitpunkt 32-Bit-Ein- 
chip-Frozessoren zu realisieren oder bei der 
CMOS-Technologie die mit einem geringe- 
ren Entwicklungsaufwand verbundene Gate- 
Array-Entwurfsmethode anzuwenden. 
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rung. Diese Möglichkeit ist der Inhalt der E/A- 
Umlenkung. 

Die Umlenkung erfolgt durch die Angabe fol- 
gender Operatoren in der Eingabezeile des 
Kommandoprozessors (COMMAND.COM): 
< infile - Eingabe erfolgt von Datei infile 
> outfile - Ausgabe erfolgt auf Datei out- 
file; outfile wird neu angelegt 
» outfile- Ausgabe wird an bestehende 
Datei outfile angehängt 
pl|p2j... -Ausgabe von Programm pl wird 
als Eingabe an Programm p2 weitergegeben 
(Pipeoperator) und so fort . . . 

Bemerkung: Als infile bzw. outfile können 
auch unter MSDOS gültige Gerätenamen 
verwendet werden, sofern dies sinnvoll ist. 
Beispiele: 

type ascii.doc > PRN 
typeascii. mst > NUL 

Aus der Verwendung der angegebenen Zei- 
chen als derartige Operatoren erklärt sich 
das Verbot ihrer Nutzung in Dateinamen. Die 
Anweisungen zur E/A-Umlenkung können an 
beliebiger Steile in der Kommandozeile auf- 
geführt werden. 

Systeminterne Grundlage der Realisierung 
dieser Konzeption bildet die gleichartige Be- 
handlung von Dateien und E/A-Kanälen an 
der Programmierschnittstelle des Betriebs- 
systems. 

Die Systemfunktionen von MS-DOS, ab Ver- 
sion 2.xx, lassen sich einteilen in die Gruppe 
der CP/M-ähnlichen Systemfunktionen und 
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Bildl Nutzung der 
Standardkanäle mit 
Turbo-Pascal (V. 3.xx) 


program StdIO; 


{ Oeffnen der Kanaele } 

{ Benutxung ... } 

{ Schlieszen der Kanaele 


PROGRAMMERSTELLER : 
LEISTUNG: 


Th.- Muentzer - Str. 
1 der Standardeingabe 


TABFIL < Alt . Ext 


{3G16384 . PI 6 384 , D-) 
program TabFil) 


C_Chr 
Pos_Tab 
while Pos 
for i:= 
begin 


’uffer jeweils = 16kByte 


: String [255] ( 
: Byte( 

: String [8] | 

C_Chr : Integer | 


s C_Chr t- C. 
{ case ... } 

{ for i... > 

:= Pos_Tab - C_C 


s_Tab := Po 
{ while 


< bis Ende des Files > 

{ zeilenweise Lesen ) 

{ Laufvar. initialisieren. } 
{ bis jetzt keine Steuerz. } 
( ersten Tab suchen } 

< Steuerzeichen suchen ... ) 

{ allgemeine Steuerzeichen > 

{ BACKSPACE ) 

( allgemeine Steuerzeichen > 

{ Steuerz. beruecksichtigen} 
ld 7 | { Anz. Leerz. ermitteln) 
( String z. Einf. loeschen ) 
' i < String z. Einf . aufb. ) 
{ Tab loeschen > 

{ Durchsuchen zwe 


. > 


< 2 


die Menge der XENIX-ähnlichen System- 
funktionen (XENIX ist ein UNIX-kompatibles 
Betriebssystem der Firma Microsoft, von der 
ebenfalls MS-DOS vertrieben wird). 

Das Vorhandensein dieser beiden Gruppen 
von Systemfunktionen ist historisch begrün- 
det (siehe dazu 121). 

Durch die Aufnahme der XENIX-ähnlichen 
Funktionen ab Version 2.xx in den Leistungs- 
umfang von MS-DOS wurden die oben ge- 
nannten notwendigen Grundlagen geschaf- 
fen. 

Als Filterprogramme werden Softwarelösun- 
gen verstanden, die Daten von der Standard- 
eingabe empfangen, in einer beliebigen Art 
und Weise manipulieren und auf die Stan- 
dardausgabe ausgeben. 

Diese Programme lassen sich miteinander 
zu sogenannten Pipes (Röhren) in der Art 
verketten, daß jeweils die Ausgabe auf den 
sfcfouf-Kanal des Vorläuferprogramms die 
Eingabe über den sfd/n-Kanal für das fol- 
gende Programm darstellt. Die Daten werden 
sinngemäß durch eine Röhre gesandt und 
während des Durchlaufs in den verschiede- 
nen eingebauten Filtern manipuliert. 
Beispiele für Filterprogramme sind die zum 
Systemumfang zählenden externen MS- 
DOS-Befehle SORT, FIND und MORE. 

Bei der Abarbeitung von Pipes werden von 
MSDOS Zwischendateien zur Pufferung der 
Daten auf externen Speichermedien ange- 
iegt. 

Unter Version 2.xx erhalten diese Zwischen- 
dateien Dateinamen der Form %PI- 
PExxx.$$S, in den Versionen 3.xx wird we- 
gen der Netzwerkfähigkeit und der damit 
möglichen Zugriffskonflikte der Name aus 
der aktuellen Systemzeit gebildet (Stunden, 
Minuten, Sekunden, Flundertstelsekunden in 
hexadezimaler Form). 

Diese Dateien werden von MS-DOS selbst 
wieder entfernt. 

Das Anfertigen von Filterprogrammen und 
ihre Kombinationsmöglichkeit stellt eine ge- 
eignete und schnelle Methode dar, Anforde- 
rungen des Nutzers bzw. von Nutzerpro- 
grammen gerecht zu werden, ohne beste- 
hende Lösungen komplex bearbeiten zu 
müssen. 

Darüber hinaus ist es möglich, vorhandene 
Lösungen für eigene Zwecke zu nutzen und 
Programme zu erstellen, die oft und flexibel 
genutzt werden können. Damit wird die Mo- 
dularisierung von einzelnen Programmfunk- 
tionen in kleinen Programmeinheiten unter- 
stützt. 

Ein deutliches Beispiel hierfür ist der Filter 
MORE, der die seitenweise Datenausgabe, 
bezogen auf den Bildschirm, für den Stan- 
dardausgabekanal organisiert. 

DIR|MORE bewirkt die seitenweise Ausgabe 
des Inhaltes der Diskette; 

Type textjMORE die seitenweise Ausgabe 
des Inhaltes der Datei text. 

Einige Bemerkungen zur Programmierung 
sollen im folgenden gemacht werden. Zu Be- 
ginn stehen Aussagen, die speziell die Pro- 
grammierung von Filterprogrammen in 
TURBO-PASCAL erläutern. 

Um den Mechanismus allgemeingültiger dar- 
stellen zu können, im Anschluß einige Er- 
klärungen für die systemnahe Programmie- 
rung und ein in Assembler gefertigtes Bei- 
spiel. 

Zusätzlich sind Informationen zu den not- 
wendigen Systemfunktionen gegeben, um 
bei Bedarf Zusätze für andere Sprachen 
erstellen zu können oder auch um auf As- 


Bild 2 TabFil - ein Filter in Turbo-Pascal (V. 3.xx) 
semblerebene programmieren zu können. 
Filter in TURBO-PASCAL 
TURBO-PASCAL (Version 3.xx) unterstützt 
in zwei Formen die oben erläuterten Mecha- 
nismen. 

In der Implementation des TURBO-PASCAL 
System für MS-DOS werden die Möglichkei- 
ten der E/A Umlenkung gezielt unterstützt. 
Neben dieser Unterstützung existieren drei 
dem TURBO-PASCAL-System bekannte lo- 
gische Geräte (INP:, OUT:, ERR:), die den 
expliziten Zugriff auf die Standardeingabe, 
-ausgabe und -fehlerausgabe ermöglichen. 
Die Zuordnung der logischen Geräte zu den 
genannten E/A-Kanälen ist der Mnemomik 
eindeutig zu entnehmen. Allerdings existie- 


ren für diese Geräte keine Standardfilevaria- 
blen, wie AUX für COMI:. Die Filevariablen 
müssen vom Programmierer daher selbst zu- 
gewiesen, die Files eröffnet und geschlossen 
werden. Die genannten Geräte können belie- 
bigen typisierten und nichttypisierten Files 
zugeordnet werden. Das grundsätzliche Vor- 
gehen zeigt Bild 1 . 

Die Programmiermethode zur Nutzung der 
E/A Umlenkung basiert auf drei Compiler- 
direktiven. 

$D (Voreinstellung: $D+) 

Diese Direktive beeinflußt die Art der Ein- und 
Ausgabe auf folgende Weise: 

Ist die Direktive aktiv ($D+), erfolgt beim 
Eröffnen einer Textdatei (Reset, Rewrite, Ap- 
pend) eine Anfrage an das Betriebssystem, 
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ob es sich um eine Plattendatei oder ein Ge- 
rät handelt. 

In Abhängigkeit vom Resultat erfolgt die E/A 
von und zu Geräten zeichenweise bzw. von 
und zu Dateien gepuffert. Wird diese Compi- 
lerdirektive negiert ($D-), erfolgt die Anfrage 
nicht, und eine gepufferte Ein- und Ausgabe 
auf logischen Geräten zugeordneten Dateien 
wird möglich. 

Mit dem Aufruf der Flush-Prozedur kann in 
diesem Fall die restlose Ausgabe des Puffer- 
inhaltes gesichtert werden. 

$Gx (Voreinstellung: $G0; G = Get) 

Diese Direktive dient dem Anlegen eines Ein- 
gabepuffers; x ist ein Platzhalter für die gefor- 
derte Größe des Puffers in Byte. Ist die Puf- 
fergröße 0, wird die Eingabedatei (iNPUT) 
CON: oder TRM: zugeordnet. Die Standard- 
eingabe von MS-DOS wird benutzt, wenn die 
Puffergröße größer 0 ist. 

$Px (Voreinstellung: $P0; P = Put) 

Bei dieser Compilerdirektive steht x für die 
Größe des Ausgabepuffers in Byte, ist die 
Puffergröße 0, wird die Ausgabedatei (OUT- 
PUT) CON: oder TRM: zugeordnet. Die Stan- 
dardausgabe von MS-DOS wird benutzt, 
wenn die Puffergröße größer 0 angegeben 
wird. 

Alle drei Compilerdirektiven müssen am An- 
fang des Programms, noch vor dem Deklara- 
tionsteil, stehen und können demgemäß in- 
nerhalb eines Programms nicht geändert 
werden! 

Bild 2 zeigt das Listing eines Filters als 
TURBO-PASCAL-Quelltext (TABFIL). 

Aus diesem Beispiel kann der an sich unpro- 
blematische Rahmen eines Filterprogramms 
entnommen werden. Er besteht aus erstens 
dem Setzen der Compilerdirektiven in Zeile 
1 4 und zweitens der „while not EoF“-Schleife 
in Zeile 27. 

Funktion dieses Filters ist es, die in einem 
Textfile enthaltenen Steuerzeichen für die 
Ausführung von Horizontaltabulatorsprün- 
gen (ASCII-Code=09) durch die notwendige 
Anzahl von Leerzeichen zu ersetzen. 

Dies ist insbesondere dann sinnvoll, wenn 
man Textfiles, die das Steuerzeichen 09 ent- 
halten mit dem TURBO-Editor bearbeiten 
möchte. Der Tabulatorsprung wird von die- 
sem Editor nicht ausgeführt, sondern als 
Steuerzeichen A l angezeigt. Besonders 
deutliche Beispiele sind .LST-Files, die in je- 
der Zeile mehrere T abulatoren enthalten. Zu- 
sätzlich berücksichtigt wird die Wirkung des 
Steuerzeichens 08 (Backspace: löscht das 
vorhergehende Zeichen) und das Vorhan- 
densein von Steuerzeichen, die selbst keine 
gültigen „Textzeichen“ darstellen. 
Grundsätzlich ist auch die E/A für Pro- 
gramme umlenkbar, die Eingabe von CON:, 
TRM: oder KBD: erwarten bzw. Ausgaben 
über diese logischen Geräte realisieren. Für 
die Eingaben wird dann die Funktion Conln 
genutzt, die ihrerseits in MSDOS-Funktion 8 
aufruft und für die Ausgaben die Prozedur 
ConOut, weiche die MSDOS-Funktion 2 ver- 
wendet. 

Beides sind CPIM-ähnliche MSDOS-Sy- 
stemfunktionen. 

Da ein Filter die Programmbeendigung in al- 
ler Regel vom Ende der bearbeiteten Datei 
abhängig machen muß, kommt der Funktion 
EoF tragende Bedeutung zu. Bei Verwen- 
dung dieser Funktion in Zusammenhang mit 
den logischen Geräten CON:, TRM: un\ 
KBD: gibt EoF jedoch nur dann den Wert wahr 
zurück, wenn das Dateiendekennzeichen Z 
(= IAH) erkannt wird. 
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105: RET_IN: 
107 : 


111: STD_0U1 
112 : 

113: 

114: 

116: 

117: 

119: TEST1 : 
120: 

121 : 


BX , HANDLE_OUT (Filehandle fuer Standardausgabe 
j Ausgabekanal 

DX, OFFSET BUFFER 1 iPuffer adressieren * 1C 

MSDOS (Funktion ausfuehren lassen 

TEST2 (falls kein Fehler — > zu TEST2 

ERR_LEVEL,02H (ansonsten: ERR LEVEL setzen 


ERR_LEVEL.03H ;an: 

CX,LEN_TXT3 

DX, OFFSET ERR_TXT3 


sachlich geschr. Zeichenzahl pruefen 
wie gefordert, ohne Fehler zurueck 
IS tan: Fehlercode setzen 

i Laange Fehlertext nach CX 
, ( Adresse Fehlertext nach DX 


137: STD_ERR PROC 


zum Hauptprogra 


145: STD_ERR ENDP 
146: 

147: CODE ENDS 

148: 

149: END BEGIN 


r auf rufenden 


Bild 3 UPCAE - Beispiel eines Filters in 8086-Assembler 


(Fortsetzung von S. 265) 

Moderne Betriebssysteme, wie auch MS- 
DOS, benutzen jedoch nicht in jedem Fall das 
Dateiendekennzeichen, sondern erkennen 
das Dateiende im anderen Fall mit Hilfe der 
vom System verwalteten Dateigröße. Endet 
eine Datei nicht mit A Z, wird das Dateiende 
nicht erkannt, der Filter beendet seine Arbeit 
nicht und liest nach dem physischen Datei- 
ende von der Tastatur. Diese Methode (En- 
derkennung über Dateigröße) ist deshalb un- 
brauchbar. 

Mechanismus auf Assemblerniveau 

Die im Abschnitt Grundlagen erwähnte 
Gleichartigkeit des Zugriffs der XENIX-ähnli- 
chen Systemfunktionen auf Dateien und Ge- 
räte äußert sich für den Programmierer darin, 
daß er sowohl zum Lesen einer Datei/einem 
Gerät, wie auch zum Schreiben auf eine Da- 
tei/ein Gerät, jeweils die gleiche Systemfunk- 
tion benutzt. 

Wie erfolgt nun die Identifikation des ge- 
wünschten Kanals? 

Im Gegensatz zur Dateiarbeit mit den CP/M- 
ähnlichen Funktionen, welche, wie von CP/M 
bekannt, mit File-Control-Blöcken (FCBs) ar- 
beiten, identifizieren die erwähnten System- 
funktionen den gewünschten Kanal mit Hilfe 
einer ihm zugeordneten Nummer. Diese 
Nummer ist vom Typ WORD (zwei Byte) und 
wird als Filehandle bezeichnet. 

Wird mit der entsprechenden Systemfunktion 
eine Datei eröffnet bzw. wird bei der öffnen- 
den Funktion auf einen gültigen Gerätena- 
men verwiesen, so wird als Ergebnis ein File- 
handle zurückgegeben, mit dessen Hilfe die 
Datei/das Gerät bei Zugriffsfunktionen identi- 
fiziert werden kann. 

Ein weiterer großer Vorteil besteht bei dieser 
Vorgehensweise für den Programmierer 
darin, daß er keine Einträge in die FCBs mehr 
pflegen. Die notwendigen Daten werden vom 
Betriebssystem selbst in internen Daten- 


strukturen verwaltet. 

Für die Standard-E/A-Kanäle stehen vordefi- 
nierte Filehandle zur Verfügung. 

Diese sind wie folgt vergeben: 

- 00 stdin ( Standardeingabe ) 

- 01 stdout ( Standardausgabe ) 

- 02 stderr (Standardfehlerausgabe ) 

- 03 stdaux ( standard-auxiliary I/O ) 

( AUX/COMI ) 

- 04 stdlst ( Standarddruckerausgabe ) 

( PRN/LPTI ). 

Das erste Filehandle, welches für einen wei- 
teren vom Programmierer angeforderten Zu- 
griffskanal vergeben wird, ist wegen dieser 
vordefinierten Zuordnung 05. 

Die vordefinierten Filehandle gestatten den 
sofortigen Zugriff auf die Kanäle, sie werden 
vom Betriebssystem geöffnet. 

Die zu benutzenden Systemaufrufe sind 
Funktionen des Interrupts 2IH (MSDOS). 
Zum Lesen wird die Funktion 3FH (READ) 
verwendet. Diese Funktion fordert im Regi- 
ster BX ein Filehandle zur Identifikation der 
Datei/des Gerätes von der/dem gelesen wer- 
den soll 

(HANDLE_IN-00H= Standardeingabe), 
in CX die Anzahl der Zeichen, die gelesen 
werden sollen (REQ_NUM) und in DX den 
Offset des Speicherbereiches bezüglich DS, 
in dem die gelesenen Zeichen abgelegt wer- 
den sollen (BUFFER). Außerdem ist Register 
AH mit dem Wert 3FH zu laden, um den Kon- 
ventionen für die Systemaufrufe des Inter- 
rupts 2IH zu entsprechen. 

Nach Ausführung der Funktion enthält das 
Register AX die Anzahl der tatsächlich gele- 
senen Zeichen. Ist die Anzahl der gelesenen 
Zeichen geringer als die geforderte Anzahl, 
so ist dies beim Lesen von einer Datei als 
Erreichen des Dateiendes während des Le- 
sevorganges zu werten (siehe dazu Zeilen 
59-64 von Bild 3). Traten während der Aus- 
führung der Funktion Fehler auf, wird dieser 


Zustand durch das gesetzte Carry-Flag si- 
gnalisiert (siehe Zeile 1 00 und ERR_TXTI). 
Zur genaueren Analyse der Fehlerursache 
wird auf 12/ verwiesen. 

Zur Ausgabe wird die Funktion 40H (WRITE) 
benutzt. Adäquat zur Funktion 3FH (READ) 
fordert sie in Register BX ein Filehandle 
(HANDLE_OUT=0IH=Standardausgabe, 
HANDLE_ERR=02H=Standardfehleraus- 
gabe), 

in Register CX die Anzahl der zu schreiben- 
den Zeichen (ACT_NUM) und in DX den Off- 
set des Speicherbereichs bezüglich DS, der 
die zu schreibenden Zeichen enthält (BUF- 
FER). Register AH ist mit dem Wert 40H 
(WRITE) zu laden. 

Auch diese Funktion gibt nach Rückkehr in 
AX die Anzahl der tatsächlich, in diesem Fall, 
geschriebenen Zeichen an und setzt bei Feh- 
lern während der Ausführung das Carry-Flag 
(ERR_TXT2), 

Zur genaueren Bestimmung des Fehlers, 
den das gesetzte Carry-Flag signalisiert, wird 
wiederum auf 121 verwiesen. 

Eine Abweichung der Anzahl der tatsächlich 
geschriebenen Zeichen von der geforderten 
Anzahl deutet auf einen allgemeinen Fehler 
beim Schreiben auf die Datei/das Gerät hin. 
Dabei ist Folgendes zu beachten: 

Erhält die Funktion 3FH ihre Daten aus einer 
Datei, so liest sie sämtliche Zeichen ein- 
schließlich der Dateiendekennzeichen, so- 
fern vorhanden, ein und gibt auch die ent- 
sprechende Zeichenanzahl in AX an das auf- 
rufende Programm. Erfolgt die Ausgabe wie- 
der auf eine Datei, werden alle Zeichen, ein- 
schließlich der eingelesenen Dateiende- 
kennzeichen, auch tatsächlich geschrieben. 
Ist die Standardausgabe jedoch einem Gerät 
zugeordnet (CON: oder PRN:, andere Geräte 
stehen dem Autor nicht zur Verfügung), en- 
det die Ausgabe mit dem letzten Zeichen vor 
dem Dateiendekennzeichen (ERR_TXT3)I 
Anmerkung: Die in Klammern angegebenen 
Begriffe beziehen sich auf die im Assembler- 
quelltext verwendeten Bezeichnungen. 

Der in der Assemblersprache des 8086 ver- 
faßte Filter UPCASE (siehe Bild 3) hat die 
Aufgabe, Klein- in Großbuchstaben zu kon- 
vertieren. Zu diesem Zweck liest er Zeichen 
von der Standardeingabe, testet, ob es sich 
um den Code eines Kleinbuchstaben bezüg- 
lich der ASCII-Codierung handelt, setzt den 
Code gegebenenfalls um und übergibt die 
Zeichen an die Standardausgabe. Treten 
beim Programmablauf Fehler auf, werden 
die entsprechenden Fehlermeldungen 
(ERR_TXTx) über die Standardfehleraus- 
gabe ausgegeben. 

Zur einfacheren Orientierung wurden die 
Prozeduren ihren benutzten Kanälen ent- 
sprechend bezeichnet. Das heißt, die Proze- 
dur STDJN übernimmt das Einlesen von der 
Standardeingabe, STD_OUT gibt über die 
Standardausgabe aus, und STD_ERR über- 
gibt die Fehlermeldungen an die Standard- 
fehlerausgabe. 

Die Ein- und Ausgaben erfolgen gepuffert. 
Die Puffergröße sollte möglichst groß ge- 
wählt werden, um die Anzahl der Plattenzu- 
griffe bei der Umleitung der Ein-/Ausgabe auf 
eine Datei zu minimieren. 

Literatur 

IV Claßen, L.; Oefler, U.: Unix und C. VEB Verlag Technik, 
Berlin 1987 

121 Smode, D.: Das große MS-DOS-Profi-Arbeitsbuch. 

Franzis' Verlag, München 1987 
131 Handbuch TURBO-PASCAL Version 3.xx. BORLAND 
Inc. 1983, 1984, 1985, Heimsoeth Software, München 
1985 


Mikroprozessortechnik, Berlin 2 (1988) i 


Moderne Mikrorechnersysteme 

( Teil 3 ) 


Prof. Dr. Peter Neubert 
Ralph Willem, Karsten Könne 
Technische Universität Dresden, 
Sektion Informatik 


5. System 80386 

Der Prozessor 80386 stellt eine Weiterent- 
wicklung des 80286 dar. Es ist der erste Pro- 
zessor der Intel-Reihe mit vollständiger 
32-Bit-Architektur. Von der Software her ist 
der 80386 weitgehend aufwärtskompatibel 
zum 80286, so daß existierende Programme 
auch auf dem 80386 weiterverwendet wer- 
den können. 

Der 80386 wurde von Anfang an in CMOS- 
Technologie gefertigt (CHMOS III), wodurch 
sich die Verlustleistung gegenüber dem 
80286 von drei Watt auf zwei Watt verrin- 
gerte, trotz wesentlich gestiegener Komplexi- 
tät (275000 Transistoren). Auch konnte da- 
durch die Taktfrequenz auf 16 bzw. 20 MHz 
gesteigert werden. Als Gehäuse für den 
80386 dient ein 132-Pin-PGA. 

Der maximale physische Adreßbereich des 
80386 beträgt 4 GByte, virtuell sind 64 TByte 
verfügbar. Ein E/A-Bereich von 64 KByte exi- 
stiert ebenfalls noch. 

Obwohl der 80386 erst seit 1986 verfügbar 
ist, hat er schon eine gewisse Bedeutung er- 
langt, die z. B. darin zum Ausdruck kommt, 
daß er in den Spitzenmodellen des neuen 
IBM-PS/2-Systems eingesetzt wird. 

5.1. Bestandteile 

einer funktionsfähigen ZVE 

Um eine funktionsfähige ZVE mit dem 80386 
aufzubauen, gibt es verschiedene Möglich- 
keiten, die sich durch den Aufwand unter- 
scheiden. So ist z. B. die Wahl zwischen ei- 
nem 16 Bit breiten oder einem 32 Bit breiten 
Datenbus möglich. Die CPU verfügt dazu 
über einen Steuereingang BS1 6, mit dem die 
Datenbusbreite dynamisch von Buszyklus zu 
Buszyklus geändert werden kann. Dadurch 
ist es möglich, auch 16- und 32-Bit breite 
Speicher- und E/A-Einheiten gemischt zu 
verwenden. In diesem Fall muß allerdings 
eine zentrale Decodierung der Adressen vor- 
genommen werden, um den Steuereingang 
BS1 6 am Beginn von 1 6-Bit-Buszyklen zu ak- 
tivieren. Der 80386 wickelt dann den gesam- 
ten Transfer auf den niederwertigen 16 Bit 
des Datenbusses ab und zerlegt 32-Bit- 
Transfers in zwei 16-Bit-Übertragungen. Zur 
Anzeige, welche Bytes des Datenbusses für 
die Übertragung genutzt werden, gibt der 
80386 außerdem noch vier Bytefreigabesi- 
gnale BEO bis BE3 aus, die zur selektiven 
Steuerung der Datenbustreiber genutzt wer- 
den können. 

Ein weiterer Steuereingang des 80386 (NA) 
dient dazu, das Adreßpipelining, also die vor- 
zeitige Adreßausgabe, an- und abzuschal- 
ten. Diese Umschaltung kann ebenfalls dy- 
namisch von Buszyklus zu Buszyklus erfol- 
gen. In Bild 30 sind vorzeitige und nicht vor- 
zeitige Adreßausgabe im Taktdiagramm dar- 
gestellt. 

Eine Kombination von 1 6-Bit-Bus und vorzei- 
tiger Adreßausgabe ist allerdings nicht mög- 
lich. Bei Wahl der vorzeitigen Adreßausgabe 
können z. B. Speichersysteme mit ver- 


schachtelten Speicherbanken verwendet 
werden, auf die der Prozessor möglichst ab- 
wechselnd zugreift, wodurch längere Zu- 
griffszeiten für die Speicher möglich sind. 
Während die Daten dann von einer Bank 
übertragen werden, kann die zweite schon 
adressiert werden (siehe Bild 31). 

Ein weiterer Umstand, der den Entwurf einer 
ZVE beeinflußt, ist der Aufbau des Buscon- 
trollers. Für den 80386 wird dazu kein fertiger 
Schaltkreis angeboten, so daß der Anwender 
dort varieren kann. Es ist also möglich, mit 
wenig Aufwand einen simplen lokalen Bus zu 
implementieren oder aber mit Hilfe entspre- 
chender VLSI-Schaltkreise (z. B. 82389) und 
beträchtlichem Aufwand ein Multibus ll-lnter- 
face zu gestalten. Als einziges existiert für 
den 80386 der Taktgenerator 82384, der 
auch die Synchronisation des Adreßstrobe- 
Signals ADS und des Reset-Signals vor- 
nimmt. 

Im Bild 32 ist das Blockschaltbild einer einfa- 
chen ZVE dargestellt, die an einem lokalen 
Bus mit 16 und 32 Bit breiten Einheiten zu- 
sammenarbeitet. 

Der lokale Buscontroller hat die Aufgabe, die 
Statusleitungen der CPU zu decodieren und 
entsprechende Kommandos abzuleiten. Die 
Statuscodierung zeigt Tafel 6. 


Tafel 6 Statuskodierung des 80386 19/ 

M/IO* DIC* W/R* Typ des Buszyklus 

0 0 0 Interruptbestätigungszyklus 

0 0 1 Leerzyklus 

0 10 E/A-Lesezyklus 

0 1 1 EIA-Schreibzyklus 

10 0 Befehlsholezyklus 

1 0 1 Halt-o. Abschaltungsanzeigezyklus 

1 1 0 Speicherlesezyklus 

111 Speicherschreibzyklus 


Weiterhin synchronisiert der lokale Buscon- 
troller das Ready-Signal, welches von Spei- 
cher- bzw. E/A-Einheiten geliefert wird. Die 
Adreßdecodierungslogik aktiviert den Ein- 
gang BS16, wenn die CPU auf 16-Bit-Einhei- 
ten zugreift. Das Adreßpipelining wird nicht 
genutzt, d. h., der Eingang NA wird nicht akti- 
viert. Dadurch können Adreßlatches entfal- 
len. Bei einem größeren System sind aller- 
dings noch Treiber für Daten- und Adreßlei- 
tungen notwendig. Die Steuerung der Daten- 
treiber übernimmt dann ebenfalls der lokale 
Buscontroller. 

Um die Leistungsfähigkeit der ZVE weiter zu 
erhöhen, kann diese noch durch einen Ca- 
chespeicher ergänzt werden, in dem bereits 
benutzte Daten und Befehle abgelegt wer- 
den. Der Zugriff auf diesen Cache erfolgt 
ohne Wartetakte. Ein einfacher Cachespei- 
cher kann z. B. durch schnelle RAMs und 
Komperatoren realisiert werden. Bild 33 zeigt 
die Variante einer ZVE mit Cachespeicher. 
Der Cachecontroller hat im wesentlichen die 
Aufgabe, bei Lesezugriffen die höherwerti- 
gen Adressen mit den abgespeicherten Tags 
zu vergleichen, um Treffer festzustellen. Bei 
einem Cachetreffer liefert der Daten-RAM die 
Daten, ansonsten wird der Hauptspeicher 
adressiert und die Daten werden parallel in 
den Cache eingeschrieben. Schreibzugriffe 
erfolgen gleichzeitig in Cache und Haupt- 
speicher. 


5.2. Interruptverhalten 

Das Interruptsystem des 80386 ist identisch 
mit dem des 80286 und 8086. Es existieren 
wiederum die beiden Eingänge INTR und 
NMI. Auch die Verwendung des Interruptcon- 
trollers 8259A ist auf die gleiche Weise wie 
beim 8086 möglich. 

Softwareinterrupts (INT-Befehle) gibt es 
ebenfalls wie beim 80286 und 8086, nur ist 
beim 80386 noch ein weiterer Interrupt für 
eine Befehlsausnahme reserviert. Interrupt 
14 erfolgt, wenn ein Fehler beim Umsetzen 
der Linearadresse in die physische Adresse 
in der Seiteneinheit auftritt. Diese Befehls- 
ausnahme ist wiederstartbar. 

5.3. Die CPU 80386 

Beim 80386 wurde die gesamte Architektur 
auf 32 Bit Verarbeitungsbreite erweitert und 
gleichzeitig stark verbessert. Außerdem 
wurde eine Demand-Paging-Speicherver- 
waltungseinheit (MMU) implementiert. An- 
dere Erweiterungen und Verbesserungen 
betreffen den Registersatz und den Befehls- 
satz. 

5.3.1. Architektur 

Ein Blockschaltbild der internen Architektur 
des 80386 zeigt Bild 34. 

Intern besteht der Prozessor aus drei großen 
Einheiten, der zentralen Verarbeitungsein- 
heit, der Speicherverwaltungseinheit und der 
Buseinheit. 

Die zentrale Verarbeitungseinheit ist für die 
Abarbeitung der Befehle verantwortlich. Sie 
unterteilt sich in zwei Einheiten, die Ausfüh- 
rungseinheit und die Befehlseinheit. Die Aus- 
führungseinheit arbeitet die Befehle ab. Sie 
verfügt dazu über den allgemeinen Register- 
satz, eine ALU und einen Barrel-Shifter, der 
besonders Multiplikationen und Verschie- 
bungen beschleunigt. Eine Multiplikation wird 
z. B. in weniger als einer Mikrosekunde aus- 
geführt. Weiterhin gehört zur Ausführungs- 
einheit der Steuer-ROM mit dem Mikropro- 
gramm. Die Befehlseinheit holt die Befehle 
aus der Codewarteschlange, decodiert sie 
und speichert sie in der Befehlswarteschlange 
ab, ähnlich der Befehlseinheit beim 80286. 
Eine weitere Einheit im 80386 ist die Spei- 
cherverwaltungseinheit. Sie besteht wie- 
derum aus Segment- und Seiteneinheit. Die 
Segmenteinheit übernimmt dabei die Verwal- 
tung der Segmente und die Berechnung der 
Linearadresse aus der logischen Adresse. 
Die Seiteneinheit stellt eine Neuerung des 
80386 gegenüber seinen Vorgängern dar. 
Sie hat die Aufgabe, aus der Linearadresse 
die physische Adresse zu berechnen. Dazu 
benutzt sie einen Zwei-Tabellen-Seiten-Me- 
chanismus. 

Die Buseinheit des 80386 gewährleistet ein 
vollständiges 32-Bit-Systeminterface. Be- 
standteil der Buseinheit ist die Codeholeein- 
heit, die bei unbelegtem Bus die Codewarte- 
schlange füllt. 

Alle Einheiten im 80386 sind durch mehrere 
interne 32-Bit-Busse verbunden und bilden 
eine sechsstufige Pipeline zur Befehlsabar- 
beitung. 

5.3.2. Registersatz 

Bild 35 gibt einen Überblick über den Regi- 
stersatz des 80386 mit Ausnahme der Sys- 
temadreßregister. 

Der Registersatz des 80386 enthält folgende 
Kategorien: 

- allgemeine Register 
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- Segmentregister 

- Betehlszeiger und Flags 

- Steuerregister 

- Debugregister 
-Testregister 

- Systemadreßregister. 

Die allgemeinen Register wurden alle auf 32 
Bit Breite erweitert, können aber auch 16 Bit 
breit genutzt werden bzw. zum Teil als zwei 
8-Bit-Register wie beim 8086. Beim 80386 ist 
es möglich, bei der Basisadressierung alle 
allgemeinen Register als Basisregister zu 
nutzen. Des weiteren können, bis auf ESP, 
auch alle Register als Indexregister für die in- 
dizierte Adressierung verwendet werden. 

Die Zahl der Segmentregister wurde beim 
80386 um zwei Datensegmentregister erwei- 
tert. Die Verwendung der Segmentregister 
unterscheidet sich nicht vom 80286. 

Der Befehlszeiger wurde auf 32 Bit erweitert, 
ebenso das Flagregister, und es wurden zwei 
neue Flags gegenüber dem 80286 einge- 
führt: 

-VM: Virtueller 8086-Mode; schaltet den 
80386 innerhalb des Protected-Mode in den 
virtuellen 8086-Mode 

- RF: Resume-Flag; wird in Verbindung mit 
den Haltepunktregistern benutzt, um eine 
Wiederaufnahme der Befehisabarbeitung 
auf der Haltepunktadresse zu ermöglichen. 
Die Steuerregister sind drei 32-Bit-Register, 
die der Prozessorsteuerung dienen. CRO 
entspricht dabei dem auf 32 Bit erweiterten 
MSW des 80286. CR2 enthält bei Fehlern in 
der Seiteneinheit die Linearadresse, die den 
Fehler verursachte. CR3 enthält die physi- 
sche Basisadresse der Seitendirectory. 

Auf die Verwendung der Debug- und Textre- 
gister wird in einem gesonderten Abschnitt 
eingegangen. 

Die Funktion der Systemadreßregister unter- 
scheidet sich nicht vom 80286. 

5.3.3. Adressierung 

Auch beim 80386 muß man bei der Adressie- 
rung zwei Betriebsarten unterscheiden. Im 
Real-Adreß-Mode arbeitet der Prozessor als 
schneller 8086 mit voller Objektcodekompati- 
bilität. Allerdings ist auch die Verwendung 
von 32-Bit-Operanden möglich. 

Die Hauptbetriebsart des 80386 ist wie beim 
80286 der Protected-Mode. Im Folgenden 
sollen nur die Unterschiede zwischen dem 
80286 und dem 80386 im Protected-Mode 
betrachtet werden. Als maximaler physischer 
Adreßbereich stehen im Protected-Mode vier 
GByte zur Verfügung, virtuell 64 TByte. Es 
wird mit segmentiertem Speicher gearbeitet, 
wobei die Segmentlänge zwischen einem 
Byte und vier GByte liegen kann. Eine wei- 
tere Adreßumsetzung und Speicherverwal- 
tung kann durch die Seiteneinheit vorgenom- 
men werden. Diese ist aber auch abschaltbar. 
• Adressierungsarten 
Beim 80386 stehen dem Programmierer ne- 
ben den logischen Adressierungsarten des 
8086 noch drei zusätzliche zur Verfügung. 
Diese Adressierungsarten entstehen, wenn 
der Inhalt des Indexregisters mit einem Ska- 
lierungsfaktor (2,4 oder 8) multipliziert wird. 
Es sind im einzelnen folgende: 

- skalierte Indexadressierung-, der Indexre- 
gisterinhalt wird mit einem Skalierungsfaktor 
multipliziert und eine Verschiebung dazuad- 
diert 

- Basis-skalierte Indexadressierung: der 
Indexregisterinhalt wird mit einem Skalie- 
rungsfaktor multipliziert und zum Inhalt eines 
Basisregisters addiert 


- Basis-skalierte Indexadressierung mit Ver- 
schiebung: zusätzlich zur vorigen Adressie- 
rungsartwird noch eine Verschiebung addiert. 
Weiterhin kann beim 80386 mit 16- oder 32- 
Bit-Offset gearbeitet werden. Bei Verwen- 
dung des 16-Bit-Offset ist der Prozessor in 
der logischen Adressierung voll kompatibel 
zum 8086. 

• Umwandlung der logischen in die phy- 
sische Adresse 

Die logische Adresse, die der Programmierer 
benutzt, wird im Protected-Mode des 80386 
durch zwei Einheiten, die Segment- und die 
Seiteneinheit, umgewandelt. Die Seltenein- 
heit ist auch abschaltbar. Die Segmenteinheit 
arbeitet ähnlich wie die des 80286 im Protec- 
ted-Mode. Der reservierte Teil der Segment- 
deskriptoren wird allerdings mit benutzt, und 
die maximale Segmentlänge kann vier GByte 
betragen. Es ist auch möglich, Segmente und 
Deskriptoren des 80286 zu benutzen, so daß 
vorhandene Software weiterverwendet wer- 
den kann. Der Prozessor kann 80286- und 
80386-Segmente unterscheiden und richtig 
abarbeiten. 

Die Privilegniveaus, das Schutzkonzept und 
die Taskumschaltung sind identisch zum 
80286. Ein Taskzustandssegment vom 
80386 unterscheidet sich aber von einem des 
80286. Beide Typen sind verwendbar. 

Die Segmenteinheit des 80386 liefert eine 
32-Bit-Linearadresse, die von der Seitenein- 
heit weiter umgesetzt werden kann. Die Um- 
setzung erfolgt dabei über zwei Tabellenni- 
veaus (siehe Bild 36). 

Alle Elemente der Seitenadressierung, also 
Tabellen und Seiten, sind immer vier KByte 
lang und besitzen eine durch 4096 teilbare 
Basisadresse, d. h. die niederwertigen 12 Bit 
der Basisadresse sind Null. 

Die erste Umsetzungstabelle ist die Seitendi- 
rectory. Sie enthält maximal 1024 Einträge. 
Da jede Task eine eigene Seitendirectory be- 
nutzen kann, ist hier wiederum eine Taskiso- 
lation möglich. Die Bits A22 bis A31 der Li- 
nearadresse werden als Index in der Seiten- 
directory benutzt und wählen einen Eintrag 
aus. Dieser Eintrag enthält dann die Basis- 
adresse einer Seitentabelle. 

Die Seitentabelle ist die zweite Umsetzungs- 
tabelle. Sie kann wiederum bis zu 1 024 Ein- 
trägen enthalten. Die Bits AI 2 bis A21 der Li- 
nearadresse werden als Index in der Seiten- 
tabelle benutzt und wählen wieder einen Ein- 
trag aus, der dann die höherwertigen 20 Bit 
der physischen Adresse liefert. Die nieder- 
wertigen 12 Bit der physischen Adresse wer- 
den aus der Linearadresse übernommen. 
Auch auf dem Niveau der Seitenadressie- 
rung existiert beim 80386 ein Zugriffsschutz, 
der allerdings nur zwei Privilegniveaus unter- 
scheidet, User und Supervisor. Weiterhin 
können einzelne Seiten auch schreibge- 
schützt werden. 

Um die Adreßumsetzung zu beschleunigen, 
besitzt die Seiteneinheit einen Cachespei- 
cher, den Translation-Lcokaside-Buffer 
(TLB). Der TLB enthält die Adreßzuordnung 
für die 32 meistbenutzten Seiten. Dadurch 
werden 128 KByte Speicheradreßbereich er- 
faßt, was für die lokale Umgebung eines Pro- 
gramms ausreicht. Bild 37 veranschaulicht 
die Funktion des TLB. 

• Virtueller 8086-Mode 
Innerhalb des Protected-Mode ist es beim 
80386 möglich, 8086-Programme in eigenen 
Tasks unter vollem Speicherschutz abzuar- 
beiten. Der Prozessor verhält sich dabei wie 
ein 8086. 
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Der Adreßbereich der virtuellen 8086-Tasks 
von einem MByte kann durch die Seitenein- 
heit auf den physischen Adreßbereich des 
80386 von vier GByte aufgeteilt werden. 
Jede virtuelle 8086-Task kann dabei maximal 
256 Seiten belegen. Der 80386 ist somit in 
der Lage, mehrere 8086-Prozessoren gleich- 
zeitig zu emulieren. 

Eine virtuelle 8086-Task arbeitet immer auf 
dem niedrigsten Privilegniveau. Dadurch ist 
es möglich, z. B. E/A-Befehle, Interruptbe- 
fehle und Flagmanipulationen durch das 
80386-Betriebssystem aufzufangen und zu 
emulieren. Somit kann auch die Umgebung 
der virtuellen 8086-Tasks vollständig an die 
Erfordernisse der Software angepaßt wer- 
den. 

Das Eintreten in den virtuellen 8086-Mode 
und das Verlassen desselben erfolgen ein- 
fach durch eine Taskumschaltung. 

Der virtuelle 8086-Mode gestattet die Inte- 
gration von 8086-Software in ein Protected- 
Mode-80386-System mit allen seinen Vorzü- 
gen. 

5.3.4. Befehlssatz 

Gegenüber dem 80286 wurde der Befehls- 
satz des 80386 erweitert. Es wurden beson- 
ders Befehle zur Unterstützung von Multitas- 
kingbetriebssystemen neu eingeführt. 

Eine erste Gruppe neuer Befehle sind Bitma- 
nipulationsbefehle. Mit diesen Befehlen las- 
sen sich einzelne Bits testen, setzen, rück- 
setzen bzw. negieren. Beispiele sind BTS (Bit 
testen und setzen) oder BTC (Bit testen und 
negieren). Zwischen den beiden Teilopera- 
tionen z. B. des BTS-Befehls wird der Bus 
verriegelt (LOCK-Signal), so daß kein ande- 
rer Busmaster zwischendurch Zugriff auf das 
Bit erhalten kann. 

Die zweite neue Befehlsgruppe sind bedingte 
Bytesetzbefehle. Damit lassen sich in Abhän- 
gigkeit von Bedingungen bestimmte Bytes 
setzen. Zu diesen Befehlen gehören z. B. 
SETLE (Setze Byte bei kleiner oder gleich) 
oder SETNE (Setze Byte bei ungleich). 

Als letzte neue Befehlsgruppe seien noch die 
Befehle erwähnt, die dazu dienen, die neuen 
Debug-, Steuer- und Testregister zu laden 
bzw. abzuspeichern. 

Neben der Einführung neuer Befehle wurde 
auch der vom 80286 übernommene Befehls- 
satz erweitert. Diese Erweiterung erfolgte 
hauptsächlich durch die Möglichkeit, 32-Bit- 
Operanden und 32-Bit-Adressierungsarten 
zu verwenden. Als allgemeine Regel gilt, daß 
bei 80386-Code die Operanden 8 oder 32 Bit 
lang sind und ein 32-Bit-Offset verwendet 
wird, bei 80286-Code dagegen sind die Ope- 
randen 8 oder 16 Bit lang und der Offset 16 
Bit. Diese allgemeine Regel kann aber durch 
Befehlspräfixe für Operanden- und Adreß- 
länge übergangen werden. Die Präfixe ha- 
ben dann in 80386- und 80286-Segmenten 
jeweils entgegengesetzte Bedeutung. Auf 
Assembierniveau ist die genannte Regel 
analog. Der Programmierer kann also alle 
Operanden- und Adreßlängen mischen. Not- 
wendige Präfixe werden durch den Assem- 
bler automatisch generiert. 

5.4. Debug- und Testunterstützung 

Gegenüber seinen Vorgängern wurden beim 
80386 die Möglichkeiten für verschiedene 
Tests und die Unterstützung beim Software- 
entwurf wesentlich erweitert. 

Als erste neue Testmöglichkeit ist da der 
Selbsttest zu nennen. Der Selbsttest prüft die 
Funktion des größten Teils der festverdrahte- 
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ten Logik und den gesamten Mikrocode- 
ROM . Das ist etwa die Hälfte des Prozessors. 
Als Testverfahren dient dabei die Signatur- 
analyse. An die Logik werden bestimmte Ein- 
gangsfolgen gelegt. Aus den Ausgangsfol- 
gen wird dann in einem Register eine Signa- 
tur berechnet und diese mit einer abgespei- 
cherten verglichen. Der Selbsttest wird durch 
das Potential einer Leitung an der Rückflanke 
des Reset-Impulses ausgelöst und benötigt 
etwa 30 ms /1 8/. Nach Beendigung des 
Selbsttests führt der Prozessor Reset durch 
und beginnt die Abarbeitung des Pro- 
gramms. Wenn die Inhalte der Register EAX 
und EDX Null sind, war der Selbsttest erfolg- 
reich. 

Eine weitere Testmöglichkeit beim 80386 ist 
der Test des TLB. Die Seiteneinheit muß bei 


diesem Test abgeschaltet werden. Mit Hilfe 
der beiden Testregister TR6 und TR7 ist es 
dann möglich, ein Testmuster in den TLB zu 
schreiben und Zugriffe zu simulieren. 

Als neue Debug-Unterstützung gibt es beim 
80386 die Möglichkeit, hardwaremäßig Hal- 
tepunkte zu setzen. Das erfolgt mit Hilfe der 
sechs Debugregister. Es können maximal 
vier Haltepunkte gesetzt werden. Diese Hal- 
tepunkte können nicht nur Befehlshalte- 
punkte sein, sonden es ist auch möglich, Hal- 
tepunkte bei Datenzugriffen zu setzen. Das 
kann z. B. genutzt werden, um zu prüfen, an 
welcher Stelle in einem Programm eine be- 
stimmte Variable geändert wird. Weiterhin 
können die Haltepunkte global oder lokal für 
eine Task gesetzt werden. 

Die vom 8086 bekannte Einzelschrittmög- 


lichkeit für Software mit Hilfe des Trap-Flag 
exisitiert beim 80386 weiterhin. 

Alle diese Debug-Hilfen auf Hardwareniveau 
vereinfachen die Entwicklung von Debug- 
gern und ähnlichen Softwarewerkzeugen si- 
cher wesentlich. 

Schluß 
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SIR 

ISAAK NEWTON 


* 1643 Woolsthorpe, 

+ 1727 Kensington bei Lon- 
don. 


Newton studierte von 1 661 bis 1 665 
am Trinity-College in Cambridge. 
Diese Bildungseinrichtung war da- 
mals noch im wesentlichen eine 
mittelalterlich organisierte Universi- 
tät, d.h. die alten Sprachen und 
theologische Fächer spielten zu- 
nächst die Hauptrolle. Newton hat 
aber - nach eigenen Angaben - in 
den ersten Studienjahren auch die 
Werke Euklids studiert und das ko- 
pernikanische Weltsystem kennen- 
gelernt. Sein Lehrer in Mathematik 
und Naturwissenschaften war der 
Mathematiker und Theologe I. Bar- 
row als Inhaber des einzigen, erst 
1663 eingerichteten naturwissen- 
schaftlichen Lehrstuhls von Cam- 
bridge. Nach Erwerb verschiedener 
akademischer Grade wurde New- 
ton als Nachfolger seines Lehrers 
Professor für Mathematik. Dieses 
Lehramt bekleidete er bis 1701; in 
dieser Periode liegen seine schaf- 
fensreichsten Jahre. Da er durch 
eine Feuersbrunst (1693) sein La- 
boratorium und einen Teil seiner 
Manuskripte verlor, zog er sich da- 
nach von der Wissenschaft fast 
vollständig zurück und befaßte sich 
als Aufseher der Münze (1695) mit 
dem Aufbau des englischen Münz- 
wesens; 1699 wurde Newton Direk- 
tor der Londoner Münze. Im Jahre 
1 703 siedelte er nach London über 
und wurde Präsident der Royal So- 
ciety, der er seit 1671 bereits als 
Mitglied angehörte. 

Newtons Lebenswerk umfaßt ne- 
ben theologischen und alchemisti- 
schen Schritten vor allem Arbeiten 
auf den Gebieten der Mathematik, 
der experimentellen Optik und der 
theoretischen Mechanik. 

In der Mathematik hat er eine Reihe 
praktikabler numerischer Verfahren 
entwickelt, die heute in der Regel 
zur Grundausstattung einer Com- 
puter-Software gehören. Genannt 
werden soll da zum einen das New- 
tonsche Iterationsverfahren zur 
Auflösung von Gleichungen mit ei- 
ner Unbekannten: 
Z, +1 =Z l -F(z l )-F'(z,r 1 ; 
es handelt sich um ein überlinear 


konvergentes Verfahren, das auch 
gern zur Nullstellenberechnung für 
Polynome höheren Grades heran- 
gezogen wird. 

Auch die bekannte Drei-Achtel-Re- 
gel stammt von ihm, eine Nähe- 
rungsformel zur Berechnung des 
bestimmten Integrals einer Funk- 
tion: 

? h 

J y(x)dx = (y 0 + 3y, + 3y 2 + 3y 3 ) 

0 • 3h/8. 

Sie hat die gleiche Genauigkeits- 
ordnung wie die Keplersche Faßre- 
gel, Newton soll sie Pulcherrima - 
die Schönste - genannt haben. Des 
weiteren verdanken wir ihm einen 
Iterationsalgorithmus zur Berech- 
nung von Quadratwurzeln sowie 
eine Formel zur Interpolation von 
Funktionen. 

Sich auf Arbeiten von B. Cavallieri, 
P. Fermat und I. Barrow stützend, 
entwickelte er bis 1671 - unabhän- 
gig von Leibniz - als mathemati- 
schen Hilfsapparat für seine physi- 
kalischen Untersuchungen die 
Grundideen der Infinitesimalrech- 
nung, die er Fluxionsrechnung 
nannte (Methode of Fluxions, 1 736 
gedruckt). Seine darin benutzte 
Symbolik hat sich jedoch nicht 
durchgesetzt, in den Naturwissen- 
schaften hat sich der von Leibniz 
vorgeschlagene Kalkül als zweck- 
mäßiger erwiesen und wird heute 
allgemein verwendet. 

In der Optik entdeckte Newton die 
Spektralzerlegung des weißen 
Lichts (1672) und die nach ihm be- 
nannten Interferenzerscheinungen 
(Newtonsche Ringe, 1675); auch 
konstruierte er das erste brauch- 
bare Spiegelteleskop, für welches 
er eigenhändig die Spiegel herge- 
stellt hatte! Eine zusammenfas- 
sende Darstellung seiner optischen 
Untersuchungen veröffentlichte er 
aber erst 1 704 nach dem Tode von 
R. Hooke, da er mit diesem in dau- 
ernde Prioritätsstreitigkeiten ver- 
wickelt war. 

Sein für den Fortschritt der physika- 
lischen und astronomischen For- 
schung wichtigstes Werk sind die 


„Philosophiae naturalis principia 
mathematica“ (Mathematische 
Prinzipien der Naturlehre, 1687). 
Darin faßte er die Leistungen seiner 
Vorgänger Galilei, Kepler, Huy- 
gens, v. Guericke u.a. zusammen 
und stellte das Gravitationsgesetz 
auf, mit dem er eine mathematische 
Theorie zur Erklärung der Bewe- 
gung der Himmelskörper schuf und 
die drei Keplerschen Gesetze 
rechtfertigte. Mit der Formulierung 
der drei (Newtonschen) Axiome der 
Mechanik vollendete er schließlich 
den Aufbau der klassischen Mech- 
nik. 

Newton publizierte seine wissen- 
schaftlichen Ergebnisse sehr un- 
gern. Als er seine Fluxionsrech- 
nung allgemein bekannt machte, 
war seine Art der Behandlung von 
Problemen der Analysis gegenüber 
dem Kalkül von Leibniz bereits ver- 
altet. Um so befremdlicher berüh- 
ren uns heute die Anschuldigun- 
gen, die Newton und besonders 
seine Anhänger gegenüber Leibniz 
erhoben, indem sie diesen bezüg- 
lich der Erfindung der Infinitesimal- 
rechnung des Plagiats bezichtigten 
und damit einen unliebsamen und 
lang andauernden Prioritätsstreit 
auslösten. Leibniz’ Versuch, die- 
serhalb mit Newton in direkten 
Briefwechsel zu treten, endete mit 
einer abweisenden Antwort (1693). 
Leibniz ging zwar aus diesem Streit 
schließlich in dem Sinne als Sieger 
hervor, als sich die gegen ihn ge- 
richteten Anschuldigungen als völ- 
lig ungerechtfertigt erwiesen ha- 
ben, Newton hatte sich mit seiner 
Verdächtigung geirrt, da er die ihm 
zugänglichen Unterlagen nicht hin- 
reichend sorgfältig angesehen hat. 
Newton erhielt nach seinem Tode 
ein Staatsbegräbnis und wurde in 
der Westminster-Abbey beigesetzt; 
sein Sarkophag wurde mit der von 
ihm gefundenen Formel für die Bio- 
minalreihe graviert. 

Dr. Klaus Biener 
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9.4. Programmbeispiel 

Mengentypen können vorteilhaft dann ange- 
wendet werden, wenn im Programm be- 
stimmte Entscheidungen davon abhängen, 
ob eine Variable irgendeinen aus einer 
Menge von möglichen Werten hat. 

Falls in dem bereits gezeigten Programm zur 
Ermittlung der Häufigkeit einzelner Zeichen 
in einem Texttile nur die Anzahl der Vokale 
ermittelt werden soll, könnte die Lösung ohne 
Verwendung von Mengen sc aussehen: 


IF(C = ’A’) OR (C = ’a’) QR 
(C = ’E’) OR (C = ’e’) OR 
(C = T) OR (C = ’i’) OR 
(C = '0') OR (C - ’o’) OR 
(C = ’U’) OR {C = V) THEN . . . 

Eleganter ist die Lösung mit Mengen: 

TYPE CharSet = SET 0F CHAR; 

VAR Vokale: Char Set; 

Vokale: = [A’, T, T.’O’, ’U\ 
a', ’e', T, ’u’l; 


iF G IN Vokale THEN . . . 


Die Konstruktion der Menge Vokale braucht 
natürlich nur einmal am Beginn der Pro- 
grammabarbeitung durchgeführt werden. 

9.5. Interne Darstellung 

Die interne Darstellung einer Menge ist ein 
Bitmuster. Die Arbeit mit Mengen entspricht 
der Manipulation von Bitmustern Durch 
Kenntnis der internen Abläufe bei der Arbeit 
mit Mengen können möglicherweise weitere 
sinnvolle Anwendungen des Mengentyps er- 
schlossen werden. 

Durch die Deklaration 

VAR M:SET OF(WO, W1. W2 Wn); 

plant der Compiler für die Variable M eine An- 
zahl von Bits. Gewöhnlich ein Vielfaches von 
acht, mindestens aber n+1. Die Bits werden 
durchnumeriert 0,1,2 n- 1 , n. Nun korre- 

spondiert jedes Bit mit einem der Werte WO, 
W1 Wn: 


WO - BIT 0 
W1 - Bit 1 

Wn - Bit n 


Gehört das Element Wi der Menge an. so hat 
das korrespondierende Bit i den Wert 1 . sonst 
0. 

Aufgrund dieser Darstellung können die 


Mengenoperationen unmittelbar durch logi- 
sche Befehle des Maschinenbefehlssystems 
ausgeführt werden. Bit-Setze- und Bit-Test- 
Befehle bewerkstelligen die Konstruktion von 
Mengen und den Test, ob ein Element in ei- 
ner Menge enthalten ist 
Die Nützlichkeit der Mengen hängt wesent- 
lich davon ab, wie differenziert der Compiler 
die Zuordnung von Speicherplatz vornimmt. 
Relativ unbrauchbar ist sicher eine Realisie- 
rung für Mengen, die unabhängig davon, wie- 
viele Elemente der Wertebereich des Basis- 
typs tatsächlich umfaßt, stets die maximale 
Anzahl von 64, 1 28 oder 256 Bits (entspre- 
chend 8, 16 oder 32 Byte) zuordnet. 

Bei TURBO-PASCAL werden nur so viele 
Bits geplant, wie der Basistyp Elemente hat. 
Dabei wird auf das volle Byte aufgerundet. 

10. Datentyp Pointer 

10.1. Einführung 

Die Variablendeklaration veranlaßt den Com- 
piler, Speicherplatz entsprechend dem Be- 
darf des jeweiligen Datentyps zu planen 
Es gibt jedoch Programme, bei denen sich 
erst während ihrer Arbeit - etwa in Abhängig- 
keit von den Eingabedaten - Menge und Typ 
des erforderlichen Speichers für Daten her- 
ausstellt. Hierfür ist ein Mechanismus wün- 
schenswert, der dem Programm die „eigen- 
verantwortliche“ Abtorderung vom Daten- 
speichergestattet. Pointertypen ermöglichen 
das. 

10.2. Syntax 

Der Pointertyp ist eine Alternative im Syntax- 
diagramm „typ“ in Bild 3.1 . Seine Deklaration 
zeigt Bild 10.1 . Der Bezeichnung muß der 
Name eines Datentyps sein. Das Zeichen """ 
ist zu lesen wie „Zeiger auf“ Pointer verwei- 
sen also auf Datenobjekte eines bestimmten, 
bei der Deklaration festgelegten Typs. Der 
Wert einer Pointervariablen ist stets eine 
Hauptspeicheradresse. Der Datentyp, auf 
den sie verweist, hängt von ihrer Deklaration 
ab. Nachfolgend werden ein Pointer auf IN- 
TEGER, ein Pointer auf ein Array mit vier 
Komponenten vom Typ REAL, und ein Poin- 
ter auf einen Record mit zwei Feldern derTy- 
pen REAL und CHAR gezeigt: 

TYPE IntPtr = * INTEGER: 

ArrPtr = ' ARRAY [0...3J 
OF REAL; 

RecPtr = ‘ RECORO 

FA: REAL; 

FB; CHAR; 

END; 

Obwohl die Werte aller drei Pointervariabien 
Hauptspeichei ad ressen sind, sind sie nicht 
miteinander verträglich. Denn sie verweisen 
auf Datenobjekte ganz unterschiedlichen 
Typs. 


Bild 1C.1 Syntaxdiagramm „pointertyp ‘ 


Zum Zugriff auf die durch Pointer referenzier- 
ten Datenobjekte wird der Pointervariablen 
das Zeichen nachgestellt. 

Falls die Variablen 

VAR PI: IntPtr; 

PA: ArrPtr; 

RR: RecPtr; 

deklariert sind, stellt PF ein Datenobjekt vom 
Typ INTEGER, PA' ein Array und PR' einen 
Record dar. Mit diesen Daten dürfen alle 
Operationen durchgeführt werden, die für 
ihre Typen erlaubt sind, z. B.: 

2*PI' + 1 
PA' [2] + 0.5 
PR'. FA + 1.0 

Der Dekiarationszwang von PASCAL erfor- 
dert es, Bezeichner vor ihrer ersten Verwen- 
dung zu deklarieren. 8eim Pointertyp gibt es 
die einzige Ausnahme. Sie ist notwendig, da- 
mit gleiche Datenobjekte miteinander „ver- 
zeigert“ werden können. 

Das Beispiel 

TYPE Zeiger = ' Knoten; 

Knoten = RECORD 
Info: . . 

Nachfolger: Zeiger 
END; 

kann ohne Vorgriff nicht gelöst werden 
Falls der Datentyp Zeiger nicht noch in ande- 
ren Deklarationen benötigt wird, kann auch 
geschrieben werden: 

TYPE Knoteo = RECORD 

Info: . . .; 

Nachfolger: * Knoten 
END; 

Auch hier wird bereits aut Knoten Bezug ge- 
nommen, obwohl seine Deklaration noch 
nicht beendet ist. 

1 0.3. Arbeit mit Pointern 

Für Pointer variablen gleichen Typs ist die Zu- 
weisung und die Ausführung der Vergleichs- 
operationen = und <> erlaubt. Mit dem Da- 
tenobjekt, auf das ein Pointer verweist, kön- 
nen die für seinen Datentyp zulässigen Ope- 
rationen durchgeführt werden. 

Es gib! die vordeklarierte Konstante NIL. die 
mit allen Poinlertypen verträglich ist. Fallsein 
Pointer den Werl NIL hat, so zeigt er auf kein 
Datenelement. Der Zugriff über eine Pointer- 
variable, die den Werl NIL hat, ist ein Fehler 
und führt zum Programmabbruch. 

Für die Arbeit n lit Pointer ist die Standardpro- 
zedur 
NEW (p) 

notwendig. Ihr aktueller Partner ist eine Poin- 
tervariable beliebigen Typs. Durch NEW wird 
für ein durch die Pointervariable reierenzier- 
les Datenobjekt Speicher bereitgesteili. 
Seine Adresse wird zum Wert der Pointer- 
variablen. Den bereitzustellenden Spei- 
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eher enlnimmt NEW dem sogenannten 
Heap. 

Das folgende Programmstück zeigt ein Bei- 
spiel: 


TYPE T = ARRAY [1 . . . 10] OFREAL; 
VAR P:'T; 


NEW(p): 
P'(1{: = 1.5; 


Vor dem Aufruf von NEW darf über P~ nicht 
zugegriffen werden Erst durch NEW wird ein 
Array mit 1 0 REAL- Zahlen im Heap angelegt 
und kann anschließend genutzt werden. 

Ob eine Pointervariable am Programmstart 
mit dem Wett NIL initialisiert ist, hängt vom 
verwendeten PASCAL-System ab. In 
TURBO-PASCAL ist ihr Wert unbestimmt. 
Durch die ersten Anweisungen eines Pro- 
gramms sollte Pointervariablen deshalb ge- 
nerell NIL zugewiesen werden. 

Die nachfolgende Prozedur zeigt das Verzei- 
gern von Datenobjekten zu einer Liste. 


TYPE Zeiger = 'Knoten; 
Knoten = RECORD 
Info: Infotyp; 
Nacht: Zeiger 
END; 


PROCEDURE Einf(V: Infotyp; 
VAR P: Zeiger; 

BEGIN 

NEW(p); 

WITH P‘ DO BEGIN 
Info: = V; 

Nachf: = Anfang 
END; 

Anfang: = P 
END; 


Die einzelnen Elemente der Liste sind vom 
Typ des schon bekannten Records Knoten. 
Das Feld Info enthält die Daten. Nachf zeigt 
auf das folgende Listenelement. Das Einfü- 
gen eines Elements geschieht am Listenan- 
fang und wird durch die Prozedur Einf ausge- 
führt. Sie erhält dazu als Parameter die ein- 
zufügende Information und einen Zeiger auf 
den Listenanfang Da der Listenanfang modi- 
fiziert wird, muß er als Referenzparameter 
übergeben werden. Zuerst wird ein neues Li- 
stenelement angelegt. Danach wird die Infor- 
mation eingetragen und die bisherige Liste 
als Nachfolger angehängt. Anschließend 
wird der Anfang auf das eben angelegte Ele- 
ment gestellt. 

Bei Variantenrecords ist es möglich, aus dem 
Heap nur soviel Speicher auszufassen, wie 
tatsächlich benötigt wird. Dazu erhält NEW 
weitere Parameter: 

NEW (p, fl, 12,...); 

Die ti repräsentieren die Werte der Anzeige- 
felder der anzulegenden Variante. 

Dazu ein Beispiel: 


VAR pfRECORO 
CASE BOOLEAN OF 
FALSE: (C:CHAR): 

TRUE; (R: ARRAY J1 . . . lOjOF REAL) 

END; 

Beim Aufruf von 

NEW(p, FALSE) 

wird nur ein Datenelement vom Typ CH AR im 
Heap angelegt, bei 

NEW(p, TRUE) 

ein Array von 10 REAL-Zahlen. 

In TURBO-PASCAL können bei NEW keine 
Werte für Anzeigefeider angegeben werden. 
NEW faßt immer den maximalen Speicher- 
platz aus. 

10.4. Programmbeispiel 

Das Programm löst die Aufgabe, Namen ent- 
sprechend ihrer lexikographischen Ordnung 
zu sortieren. Dazu wird mit den Namen eine 
Baumstruktur aufgebaut. Folgender Record 
bildet einen Knoten dieses Baumes: 

TYPE Knoten = RECORD 
Name: Alpha; 

Vorg: 'Knoten; 

Nach!: 'Knoten 


Das ersfe Feld trägt den Namen. Die Felder 
Vorg und Macht verweisen aut weitere Kno- 
ten, die so in den Baum eingeordnet sind, daß 
Vorg'.Name < Name < Nachf. Name 
gilt. Falls es keine Vorgänger und/oder Nach- 
folger gibt, hat das entsprechende Feld den 
Wert NIL Das entsprechende Programm 
wird im Bild 10.2 gezeigt. Zu Beginn der Ar- 
beit ist der Baum leer, das heißt, der auf ihn 
verweisende Zeiger hat den Wert NIL. Durch 
die Prozedur Insert wird der Baum Knoten für 
Knoten aufgebaut. Sie steigt zunächst so- 
lange im Baum ab; bis eine leere Stelle ge- 
funden wird, an die der einzuordnende Name 
entsprechend seiner lexikographischen Ord- 
nung paßt. Dort fügt sie einen neuen Knoten 



Bild 10.2 Prozeduren zur Arbeit mit einem binä- 
ren Baum 


Die Prozedur Pnnt traversiert den Baum. Sie 
druckt Für jeden Knoten zuerst die Namens- 
felder der Vorgängerknoten, dann den Na- 
men des Parameterknotens und danach die 
Namen der Nachfolgeknoten. 

Die Prozeduren Insert und Print rufen sich re- 
kursiv auf. In TURBO-PASCAL müssen sie 
deshalb mit der Compileroption oA- über- 
setztwerden. 

10.5. Verwaltung des Heap-Speichers 
Durch weitere Standardprozeduren ist es 
möglich, nicht mehr benötigten Speicherplatz 
wieder in den Heap einzugliedern. Er kann so 
im Zuge der Abarbeitung des Programms 
wieder für andere Datenobjekfe benutzt wer- 
den. 

Zur effektiven Anwendung dieser Prozedu- 
ren ist es erforderlich, die Anordnung eines 
PASCAL-Programms im Hauptspeicher zu 
kennen. Sie wird im Bild 10 3 gezeigt. Aus 
prinzipiellen Gründen gibt es zwischen den 
PASCAL-Systemen kaum Unterschiede. Der 
Speicherbereich untergliedert sich zunächst 
in Kode und Daten. Der Kodebereich enthält 
das Hauptprogramm und die Prozeduren. 

Der Datenbereich untergliedert sich weiter in 
Heap. Stack und Hauptprogrammvariable 



8/M 10.3 Prinzipielle Anordnung eines 
PASCAL-Programms im Hauptspeicher 


Im Stack werden Parameter für Prozeduren 
und Funktionen sowie Zwischenresultate der 
Ausdrucksberechnung abgelegt. 

Der Heap wächst nach steigenden, der Stack 
nach fallenden Adressen. Die PASCAL-Sy- 
steme überwachen die Ausdehnung von 
Stack und Heap. Ein Ineinanderlaufen von 
Stack und Heap führt zum Programmab- 
bruch mit einer entsprechenden Fehlermel- 
dung. 

Bei TURBO-PASCAL gibt es noch einen Re- 
kursionsstack.. der mit Hilfe von RecurPtr ver- 
waltet wird. In ihm sichern die rekursiv aufruf- 
baren Prozeduren die „alten“ Werte ihrer lo- 
kalen Variablen. In TURBO-PASCAL sind 
HeapPtr, RecurPtr und StackPtr vordekla- 
rierte Variablen, denen das PASCAL-Pro- 
gramm Werte zuweisen kann. 

Ein fehlerfreies Arbeiten ist aber nur dann ge- 
währleistet, wenn stets gilt: 

HeapPtr < RecurPtr < StackPtr 
Die Standardprozedur 

DISPOSE(p) 

gibt den Speicherplatz wieder frei, auf den die 
Pointervariabte p verweist. Das eigentliche 
Problem bei DiSPOSE liegt in der sinnvollen 
Wiederverwendung von freien Speicherbe- 
reichen. die sich inmitten des Heap befinden. 
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Beim TURBO-PASCAL wird darüber Buch 
geführt. Die Standardprozedur NEW ver- 
sucht zuerst, das neu anzulegende Datenob- 
jekt in einer Lücke zu plazieren. Die Stan- 
dardfunktionen MEMAVAIL und MAXAVAIL 
liefern die Menge des insgesamt bzw. zu- 
sammenhängend feien Speichers in Byte. 
Die Standardprozeduren 
MARK (p) und 
RELEASE (p) 

eröffnen dem Programmierer den Zugang zu 
einer eigenen Heapverwaltung. MARK(p) 
legt den augenblicklichen Wert von HeapPtr 
in der Pointervariablen p ab. Durch RELEA- 
SE (p) wird HeapPtr wieder auf den Wert der 
Pointervariablen p gesetzt 
Es unterliegt der Verantwortung des Pro- 
grammierers. zu entscheiden, wann HeapPtr 
zurückgesetzt wird. 

Die Prozeduren MARK und RELEASE stel- 
len die einfachste Form der Heap-Verwal- 
tung dar. Sie gibt es in nahezu allen PAS- 
CAL-Systemen. 

TURBO-PASCAL hat weiterhin die Prozedu- 
ren 

GETMEM(p.n) und 
FREEMEM (p, n). 

Sie fassen aus dem Heap n Bytes aus bzw. 
geben ihn zurück. Mit GETMEM läßt sich der 
Mangel von NEW für Varlantenrecords min- 
dern. 

1 1 . TURBO-PASCAL-Sytem 

11.1. Einführung 

Gegenstand dieses Kapitels ist die Darstel- 
lung von Erweiterungen und Leistungen des 
TURBO-PASCAL-Systems, die nicht Be- 
standteil von Staridard-PASCAL sind und in 
dieser Form nicht oder nur teilweise in ande- 
ren PASCAL-Systemen anzutreffen sind. 
Das sind: 

- Typenübertragung 

- typisierte Konstanten 

- Datentypen BYTE und STRING 

- absolute Variablen 

- vordeklarierte Arrays für Zugriff auf 
den Hauptspeicher und die E/A- Ports 

- Einfügen von Maschinenkodepassagen 

- Aufruf von Maschinenkodeunterprogram- 
men 

- Überlagerungsstrukturen für PASCAL- 
Prozeduren 

- unterschiedliche Modi der Objektkode- 
erzeugung 

- Quellprogrammuntergliederung 
Weiterhin wird im letzten Abschnitt die Bedie- 
nung des Systems erläutert. 

11.2. Typenübertragung 

Die Möglichkeit der Typenübertragung ge- 
stattet es dem Programmierer, gezielt die Ty- 
penkontrolle des Compilers außer Kraft zu 
setzen und in bestimmtem Umfang normaler- 
weise unverträgliche Datenobjekte einander 
zuzuweisen. 

Die Anwendung dieses Mechanismus wird 
an zwei Beispielen gezeigt. Im ersten Bei- 
spiel wird ein Datenelement vom Typ 
BOOLEAN einem INTEGER-Datenelement 
zugewiesen: 


VARi: INTEGER; 
b: BOOLEAN; 

i: = INTEGER (b); 

Das zweite Beispiel zeigt die Anwendung bei 
Aufzählungstypen: 


TYPE färbe - (rot, blau, grün); 
VAR f: färbe; i: INTEGER: 

f: = färbe (0); 


Entsprechend der internen Darstellung von 
Aufzählungstypen ist die letzte Zuweisung 
mit 

t: = rot 

äquivalent. 

Bei der Typenübertragung wird nicht konver- 
tiert. Das heißt, die Typenübertragung z. B. 
zwischen REAL und INTEGER ist nicht mög- 
lich. 

11.3. Typisierte Konstanten 

Ein oft diskutierter Mangel an Standard-PAS- 
CAL ist das Fehlen von Ausdrucksmitteln, mit 
denen strukturierte Konstanten deklariert 
werden können. 

TUR80-PASCAL stellt zur Lösung dieses 
Problems sogenannte typisierte Konstanten 
bereit. 

Mit Hilfe der nach Bild 11.1 modifizierten Kon- 
slantendeklaration werden sie in die Sprache 
eingebaut. Die Bilder 11.2 bis 11.5 zeigen 
weitere Einzelheiten der Syntax. 

Eine naheliegende Anwendung könnte fol- 
gende Konstantendeklaration sein: 


TYPE Tag = (Mo, Di, Mi, 

Do, Fr, Sa, So); 
G0NS1 WoAnfang; Tag = Mo; 



Bild 11.3 Syntaxdiagramm „ arraykonstante “ 



Bild 11.4 Syntaxdiagramm recordkonstante' 



Bild 11. 5 Syntaxdiagramm „ mengenkonstante“ 


a) Deklaration van Arraykonstanten 
TYPE Vekt = ARRAY [1 ... 21 0F REAL; 

Mat = ARRAY [1 ... 3,1 . .2] 

DF REAL; 

CONST X : Vekt = (1.0, 2.0); 

A:Mat = ((1.1, 1.2). 

( 2 . 1 , 2 . 2 ), 

(3.1, 3.2)); 

Die Werte der Arraykomponenten müssen 
zeilenweise aufgeführt werden. 

b) Deklaration von Recordkonstanten 
TYPE REC = RECORD 

Fl: INTEGER; 

F2 : CHAR 
END; 

CONST R: REC = (Fl :1; F2: A ); 


Die Recordfelder werden durch Voranstellen 
ihrer Bezeichner gekennzeichnet 


c) Mengenkonstanten 
TYPE S = SET 0F (A, B, C); 
CONST S1:S = [A, C]; 

S2:S = |A|; 


Die nun folgenden Beispiele zeigen die Kom- 
bination der Grundelemente: 


Weitaus wichtiger dürfte aber die Deklaration 
von Array-, Record- und Mengenkonstanten 
sein. Es folgen Beispiele: 



8ild 11.1 Modifiziertes Syntaxdiagramm ,.k on- 
stantendeklaration 



Bild 11.2 Syntaxdiagramm , .strukturierte kon- 


TYPE TI = ARRAY [1..2J0F 
RECORD 
Fl : INTEGER; 

F2 : CHAR 
END; 

CONST Kl: TI « ((F1:1); 

(F2 : ’A‘); 
(Fl: 2); 
(F2:’B’)); 


TYPE T2 = RECORD 
Fl : ARRAY [1 . 2\ 

0F INTEGER; 

F2 : ARRAY [1 . .31 

OFCHAR 

END: 

CONST K2:T2 = (Fl: (1,2); 

F2:(’A’,’B , ,’C’)); 


TYPE T3 = ARRAY [1 . . 2] 

0F SET DF 0 . . 7; 
CONST K3:T3 - ([0,1J. (6,7); 


Für Arrays mit dem Komponententyp CHAR 
gibl es zwei mögliche Formen: 
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TYPE T = ARRAY [1.-3] OF CHAR; 
CONSTK1:T = 

K2:T = (’ABC’); 


Wichtig bei der Verwendung typisierter Kon- 
stanten ist, daß allen Komponenten eines Ar- 
rays oder allen Feldern eines Records An- 
tangswerte zugewiesen werden müssen. 
Typisierte Konstanten dürfen wie Variablen 
benutzt werden, das heißt, abweichend von 
der Konzeption einer Konstante darf ihnen 
während der Programmabarbeitung ein Wert 
zugewiesen werden. 

11.4. Datentypen BYTE und STRING 

TURBO- PASCAL stellt zusätzlich die Daten- 
typen BYTE und STRING bereit. 

BYTE ist der Teilbereich 0 . . 255 von INTE- 
GER. 

STRING ist ein Datentyp, dessen Wertebe- 
reich Zeichenketten einer bestimmten Länge 
sind, die bei der Deklaration angegeben wer- 
den muß. Die maximale Länge Ist 255. 
Variablen vom Stringtyp dürfen einander zu- 
gewiesen und verkettet werden. Als Verket- 
tungsoperator fungiert das Pluszeichen. 
Weiterhin Ist die Anwendung der Vergleichs- 
operatoren zulässig. 

Beispiele für Operationen mit Zeichenketten 
sind: 

VAR S1,S2: STRING [20]; 

S1 := 'ABC' 

S2 : = S1 + ’ .TXT’; 

IF S2o’ST0P' THEN.. 

IF SKS2THEN... 


Ein einzelnes Zeichen einer Zeichenkette 
kann durch Angabe seines Index ausgewählt 
werden. Die Zählung beginnt bei 1. Falls S1 
z. B. den Wert ABC' hat, lietert S1 [3] das 
Zeichen C'. 

Weiterhin dürfen Variablen vom Typ STRING 
als aktuelle Parameter der Standardprozedu- 
ren READ, WRITE und ASSIGN angegeben 
werden. 

Das nachfolgende Beispiel zeigt dies: 

VAR FileName: STRING [10]: 

F: FILEOF . . . ; 


READ (FileName); 
ASSIGN (F, FileName); 


Mit READ (FileName) wird der Name des 
durch ASSIGN zuzuweisenden Files erst zur 
Programmlaufzeit eingelesen. 

Bei der internen Darstellung des Stringtyps 
wird die maximale Länge mitgeführt.' Der 
Stringtyp STRING (Max] entspricht intern fol- 
gendem Rekord: 

RECORD 

LaengetBYTE; 

Info: ARRAY [1. . Max[ OFCHAR 
END 


Falls die aktuelle Länge kleiner als Max ist, 
wird die Information durch eine Null beendet. 
Zur Arbeit mit Stringvariablen gibt es Stan- 
dardprozeduren und -funktionen. In der 
nachfolgenden Aufzählung sind s, sl, s2, 


. . . Stringvariablen. 

LENGTH(s) 

POS (sl , s2) 

COPY (s, pds, n) 

CONCAT(s1,s2, . . .) 

DELETE (s, pos.tr) 
INSERT (Sl,s2, pos) 
STR (ausdruck, s) 

VAL (s, variable, pos) 


Liefert die aktuelle 
Länge von s. 

Suchtsl und s2 und 
liefert die Position. 
Liefert Stringvariable, 
die von pos beginnend 
aus n Zeichen von s 
gebildetwird. 

Liefert Stringvariable 
aus Kettung von sl. 
s2, . . 

Entfernt aus sab pos n 
Zeichen. 

Fügtsl ab pos in s2 
ein. 

Konvertiert ausdruck 
in Stringvariable s. 
Konvertiert sin die 
interne Darstellung 
von variable. Enthält s 
ein nicht erlaubtes 
Zeichen, zeigt pos 
seine Position an 


11.5. Absolute Variablen 

Mit absoluten Variablen kann die Speicher 
platzordnungsstrategie des Compilers um- 
gangen und einer Variablen eine vorgege- 
bene Speicheradresse zugeordnet werden. 
Die folgenden Beispiele zeigen die Deklara- 
tion des Bildwiederholspeichers als zweidi- 
mensionales Array von CHAR und den Zu- 
griff auf die Kommandozeile des Betriebssy- 
stems: 


VAR MEM : ARRAY [0..OFFFF] 

OF BYTE; 

PORT; ARRAY [0.. OFF] 

OF BYTE; 


bereit. MEM korrespondiert mit dem Haupt- 
speicher und PORT mit den E/A-Toren des 
Rechners. 

Die Anweisungen 
PORT[n]:=.. ; 

. . . : = PORT [n]; 

werden in die Maschinenbefehle 

OUT n und 

INn 

umgesetzt. 

11.7. Einfügen 

von Maschinenkodepassagen 

Maschinenkodepassagen können mit der ln- 
line-Anweisung wie eine gewöhnliche Anwei- 
sung in ein PASCAL-Programm eingefügt 
werden. Die Maschinenbefehle sind in ihrer 
numerischen Darstellung anzugeben. 

Zur Erleichterung dürfen jedoch Variablenbe- 
zeichner verwendet werden. Der Compiler 
ersetzt sie durch ihre Adressen. In TURBO- 
PASCAL ist das problemlos möglich, da allen 
Variablen eine feste Hauptspeicheradresse 
zugeordnet ist (siehe Pkt. 5.5 4.). Eine Bezug- 
nahme auf den Speicherplatzzuweisungs- 
zähler ist mit Hilfe des Zeichens “*" möglich. 
Das folgende Programmstück zeigt den Be- 
fehl LD HL, (X): 

VAR X: INTEGER 

INLINE (C2Aft); 


VAR BWS : ARRAY (1 . . 24,1.. 80] 

OFCHAR ABSOLUTE 0 F 8 OO; 


KomZeile: STRING [127] 

ABSOLUTE 080; 


WRITELN ('KomZeile: \Cmd) 


(Der Zugriff auf die Kommandozeile funktio- 
niert nur, falls das PASCAL-Programm als 
COM-File durch das Betriebssystem gestar- 
tet wurde). 

Eine weitere Möglichkeit, in die Speicher- 
Platzzuordnungsstrategie des Compilers ein- 
zugreifen, ist das ..Übereinanderiegen“ von 
Variablen. 


VAR XREAL : REAL 

XArr : ARRAY [1 . . 6 ] 0F BYTE 

ABSOLUTE XReal; 


Die Variablen XReal und XArr haben die glei- 
che Position im Hauptspeicher. 


Die einzelnen Bytes bzw. Variablenbezeich- 
ner sind durch Schrägstriche zu trennen. 

11.8. Aufruf 

von Maschinenkodeunterprogrammen 

TURBO-PASCAL gestattet den Aulruf von 
Maschinenkodeunterprogrammen. Dazu ist 
wie bei einer PASCAL-Prozedur die Angabe 
eines Prozedurkopfes notwendig. Der Block 
wird jedoch durch den reservierten Bezeich- 
ner EXTERNAL und die Adresse des Maschi- 
nenkodeprogramms ersetzt. 

Nachfolgend ein Beispiel für eine Prozedur 
mit zwei Parametern: 


PR0CEDURE MaschKode 

(VAR A: INTEGER; B: REAL); 

EXTERNAL adresse; 

Aufgerufen wird das Maschinenkodeunter- 
programm wie eine PASCAL-Prozedur. 

Vom Programmierer ist abzusichern, daß zur 
Abarbeitungszeit an der angegebenen Spei- 
cheradresse tatsächlich das erwartete Pro- 
gramm steht. 

wird fortgesetzt 
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1 1 .6. Vordeklarierte Array s 

TURBO-PASCAL stellt die vordeklarierten 
Arrays 
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Elektronische Baugruppen 
und mechanische Aufbausysteme 
für die Automatisierungstechnik 


Lothar Kampe, Friedrich KowBrsch 
VEB Elektro-Apparatewerke Berlin- 
Treptow „Friedrich Ebert“, Zentrum 
für Forschung und Technologie 
Modularer Aufbau 
von Mikroprozessorsystemen 
Der Einzug von Mikroprozessoren in die Re- 
chen- und Automatisierungstechnik führte in- 
ternational zum Einsatz von modularen Sy- 
stemen der elektronischen Baugruppen und 
der Gefäßtechnik. 

In den letzten Jahren hat sich die 1 9-Zoll-Ge- 
fäßtechnik entsprechend den Publikationen 
der Internationalen Elektronischen Kommi- 
sion IEC, weltweit durchgesetzt. Die Verein- 
heitlichung der Maße führte im NSW zu glei- 
chen Aufbauten der Gefäßeinheiten für die 
unterschiedlichsten Anwendungsfälle in den 
Industriezweigen. Im RGW wurden die Sy- 
stemmaße im ST RGW 834-77 und ST RGW 
3266-81 standardisiert. 

Die Überarbeitung beider Standards erfolgt 
mit Ziel, eine vollständige Übereinstimmung 
zu den zwischenzeitlich verbindlichen IEC- 
Publikationen 297 zu erreichen. Da die DDR 
seit 1 982 auch Mitglied in der IEC ist, werden 
diese Standards ebenfalls von der DDR mit- 
getragen. 

Die Orientierung auf modulare Systeme, die 
von internationalen Firmen komplett angebo- 
ten werden, reichen von Kunststoffgehäusen 
für kleine Meßgeräte bis hin zu komplexen 
und vielseitig verwendbaren Gefäßaufbauten 
für Steuerungs- und Überwachungseinrich- 
tungen. Dies bedeutet für die Anwender Ein- 
sparung an Konstruktions- und Entwick- 
lungskapazität und Einsatz von erprobter und 
bewährter Gefäßtechnik. Entsprechende po- 
sitive Erfahrungen und ökonomische Ein- 
schätzungen liegen für das ca. 1972 in der 
DDR entstandene einheitliche Gefäßsystem 
EGS l/ll ebenfalls vor. Durch den modularen 
Aufbau ist eine Aufrüstung zusätzlicher elek- 
tronischer Baugruppen mit modernen Schalt- 
kreisen, um die Anwendungsmöglichkeiten 
der Einrichtungen zu erweitern, leicht mög- 
lich. Die Gefäßsysteme bestimmen durch 
den Einsatz neuer Technologien, hochwerti- 


ger Werkstoffe und modernen Designs den 
Weltstand. Die Einschubeinheiten der unter- 
schiedlichen, international führenden Firmen 
sind in ihrem konstruktiven Aufbau nahezu 
gleich und maßlich kompatibel. Nur die äuße- 
ren Hüllen, also die Gehäuse, sind unter- 
schiedlich ausgeführt. Es zeichnet sich der 
Trend ab, daß die sogenannte Industrieelek- 
tronik immer mehr in gutgestaltete Büromö- 
bel Einzug hält. Unter Nutzung der 19-Zoll- 
Einschubtechnik sind in den letzten 1 0 Jah- 
ren eine Vielzahl von Bussystemen entwik- 
kelt worden, die sehr viel detailliertes Wissen 
aus unterschiedlichsten Bereichen, z. B. der 
Rechnerarchitektur, Elektronik, Fertigungs- 
technik und Kenntnisse der Abschirmpro- 
bleme erfordern. Diese Bussysteme werden 
für die 8, 1 6- und 32-Bit-Mikroprozessortech- 
nik mechanisch passend zum 1 9-Zoll-Gefäß- 
system angeboten. 

Gedruckte Rückverdrahtung (GRV) 

Die Entwicklung von 16-Bit-Mikroprozessor- 
systemen erfordert heute eine verstärkte 
Konzentration a.uf das Problem des verwen- 
deten Busses. Die Erfahrungen bei 8-Bit-Pro- 
zessoren haben gezeigt, wie wichtig für den 
Erfolg einer Baugruppen-Serie die Entschei- 
dung für einen weitverbreiteten und standar- 
disierten Bus ist, um Parallelentwicklungen 
und -Produktionen zu vermeiden. Wenn man 
beim Entwurf eines Systems von der funktio- 
nellen Struktur einmal absieht, müssen zu- 
erst die elektrischen Voraussetzungen und 
die mechanischen Paßfähigkeiten erfüllt 
sein, die meistens als zweitrangig eingestuft 
werden, aber aus praktischen Erfahrungen 
ausschlaggebend sind. Die Einschubtechnik 
stellt die eigentliche Verbindung zwischen 
der eingesetzten Bauelementegeneration 
und dem Bus her. Deshalb bieten bekannte 
Gefäßfirmen bereits konfektionierte ge- 
druckte Rückverdrahtungsleiterplatten sowie 
auch Stromversorungen an und überschrei- 
ten damit die Grenze zwischen Mechanik und 
Elektronik. 

Zur Paßfähigkeit wurden die mechanischen 
Anschlußparameter für Bussysteme nach 
DIN 41494/05 in der IEC im TC 48D- „Elek- 


tromechanisches Zubehör für elektronische 
Geräte“ sowie auch im SC 47B - „Mikropro- 
zessoren“ standardisiert. 

Wahl des Kartenformates 

Das Europakartenformat mit den Abmessun- 
gen (3U) 1 00 x 160 mm 2 und (6U) 

233,35 x 160 mm 2 hat sich nicht nur in Eu- 
ropa durchgesetzt, sondern findet auf dem 
amerikanischen Markt wachsendes Inter- 
esse. Folgende Gründe sind für die Durch- 
setzung der Zollabmessungen für die Karten 
ausschlaggebend gewesen: 

• Die Industrienormen DIN und IEC für Kar- 
tenformate, Steckverbinder und Einschub- 
technik existierten bereits. 

• Dadurch ist ein großes Angebot an mecha- 
nischem Zubehör wie Gehäusen, Einschub- 
einheiten, Steckverbindern usw. vorhanden, 
die erprobt sind, sich bewährt haben und lie- 
ferbar sind. 

• Die indirekten Steckverbinder sind we- 
sentlich zuverlässiger als die vorwiegend in 
den USA eingesetzten direkten Steckverbin- 
der. 

• Das kompakte Europakartenformat bildet 
den besten Kompromiß zwischen Leistungs- 
fähigkeit und Modularität moderner, auf 
hochintegrierten Bausteinen basierender 
Computersysteme. 

Der Weg zur Standardisierung 
der Bussysteme 

Für die 8- und 16-Bit-Mini- und Mikroprozes- 
sor-Computersysteme wurden 1976 von der 
Firma Intel auf der Grundlage des Mikropro- 
zessors 8086 Busarchitekturen erarbeitet 
und zwischenzeitlich als Mulitbus I in der 
IEEE (USA) und IEC standardisiert. 

Daneben wurden für 1 6-Bit-Computersy- 
steme auf der Grundlage des MC 68000 der 
Firma Motorola unter Zusammenarbeit inter- 
nationaler Firmen der VME-Bus (Versa Mo- 
dule Europe) in Europa als Standardbus ein- 
geführt. Die unterschiedlichen Mikroprozes- 
soren, wie z. B. auch Z 8000 von der Firma Zi- 
log, sind schaltungstechnisch mehr oder we- 
niger aufwendig auch an Busstrukturen an- 
derer Bauelementehersteller anpaßbar. 

Von der Firma Siemens wurden u.a. die 
AMS-M bzw. AMS-R 16-Bit-Spezifikationen 
als europäische Version auf der Grundlage 
des 8086 entwickelt und angepaßt. 
Inzwischen wurden die optimalen Strukturen 
für den Multibus I in der IEC 47B normiert. 
Grundlage für die mechanische Paßfähigkeit 
an die 19-Zoll-Einschubtechnik sind die 



S/W 1 Prinzipieller Aufbau der 1 9-Zoll-Einschubeinheiten 
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19Zoll = 482.6 -0A 


Bild 2 Auszug aus der IEC 279-3 
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Bild 4 6U-Baugruppenträger auf einem 2U-Lüf- 
terträger 


IEC 297-1 , 297-2, 297-3 und 3A 
Im Multibus-I-System sind die Leiterplatten- 
formate mit 1 00 x 1 60 mm 2 (einfachhohe Eu- 
ropakarte) und 233,35 x 160 mm 2 (doppelt- 
hohe Europakarte) festgelegt. Die Leiterplat- 
ten 100 xl 60 mm 2 sind grundsätzlich mit 
Steckverbindern Bauform C 96polig, nach 
DIN 41612 oder IEC 603-2 (E TGL 43887) 
bestückt. Sofern Ein- und Ausgangssignale 
zu kontaktieren sind, müssen dafür frontsei- 
tig Steckverbinder verwendet werden, deren 
Ausführung dem einzelnen Hersteller über- 
lassen ist (z. B. Interface-Steckverbinder aus 
Gornsdorf 9/1 5/25/polig, EBS-GO 4006). 

Für zukünftige Mikroprozessorsysteme mit 
32 Bit Verarbeitungsbreite wurde 1982 von 
der Firma Intel der Multibus II zuerst spezifi- 
ziert und stellt eine Weiterentwicklung zum 
Multibus I dar. Entsprechend dem Multibus II 
wurde in Europa der OSM-B 16- und 32-Bit- 
Bus für Mikroprozessorsysteme mit einem 
kompletten Funktionsspektrum spezifiziert 
(OMS-B = offenes Siemens Mikrocomputer- 
Baugruppensystem). 

Das Format der Multibus-Il-Leiterplatten ist 
wiederum paßfähig zur IEC 297-2, 297-3 
und 3A. Auf Grund des günstigen Preis/Lei- 
stungsverhältnisses wurde auf die doppelte 
Europakarte mit der 220-mm-Tiefe orientiert. 
Es werden ebenfalls die 96poligen Steckver- 
binder nach DIN 41612 oder IEC 603-2 ein- 
gesetzt. 

Der Multibus II befindet sich im SC 47B der 
IEC in der Phase der Standardisierung. 

Einschubeinheiten 1 9 Zoll des KEAW 

Zur Aufnahme von elektronischen Baugrup- 
pen werden im KEAW 19 Zoll-Einschubein- 


heiten entwickelt und als kombinatsinterne 
Lösung in die Produktion überführt. Dieses 
Gefäßsystem wird das Aussehen der EAW- 
electronic für Steuerungs- und Überwa- 
chungssysteme mit 1 6 und 32-Bit-Mikrorech- 
nersystemen prägen. Grundlage der Ent- 
wicklungen bilden ebenfalls die IEC 297-1, 
297-2, 297-3 und 3A. 

Damit ist die Paßfähigkeit beim Einsatz von 
Steckverbindern nach DIN 41612 sowie die 
Montage der gedruckten Rückverdrahtung 
eines normierten Bussystems gegeben. 
Durch den Einsatz dieser hochentwickelten 
Aufbautechnik ist es möglich, Mikroprozes- 
sorgeräte zu projektieren und die mechani- 
sche Anpassung an den eingesetzten Pro- 
zessor zu garantieren. 

Laufwerkskassetten zur Aufnahme von 
Floppy-Disk oder Winchester lassen sich bei 
Bedarf problemlos integrieren. Lüfterbau- 
steine sorgen für die Abfuhr der Wärme. 
Weiterhin wurde eine Lösung zum Einbau ei- 
nes 12“-Bildschirmes im 6U-hohen Bau- 
gruppenträger erarbeitet. 

Durch den Einsatz der gedruckten Rückver- 
drahtung (Busleiterplatte) mit mehreren 
Steckplätzen kann das System bei Erforder- 
nis erweitert werden. 

Eine metallische Verkleidung des Baugrup- 
penträgers dient zur Einhaltung der erforder- 
lichen Sicherheitsbestimmungen sowie den 
Vorschriften zur Funkentstörung und dem 
Schutz der Signale vor elektromagnetischer 
Beeinflussung. 

Nichtbenutzte Steckplätze werden durch 
Blindplatten verdeckt. 

Entwicklungsergebnis 

Bild 1 stellt den prinzipiellen Aufbau der Ein- 
schubeinheiten 19 Zoll und die Verknüpfung 
einiger Gefäße als Beispiel dar, ohne voll- 
ständig zu sein. 

Das Grundraster ist 2,54 mm. 

Folgende Teilungseinheiten sind abzuleiten: 

- Teilungseinheit der Breite: TE = 5,08 
(n x TE) 

- Teilungseinheit der Höhe: U = 

44,458 mm (n x U) = Höheneinheiten: h, 

- Teilungseinheit der Höhe für die Leiter- 
karte: 

(3 x U) -35,35 = z. B. 3Höheneinheiten; 
h 2 = 100 mm 

- Einheit des Tiefensprungs: t = 60 mm 
(t, = 175,24 + n x 60) 

Zählung n = 1 , 2, 3 . . . 

Bild 2 stellt einen Auszug aus der IEC 297-3 
dar und beinhaltet nur die Hauptmaße im 
Baugruppenträger. 

Im Bild 3 ist ein Aufbau- und Bestückungsbei- 
spiel eines Baugruppenträgers mit Gefäßen 
0. und 1 . Ordnung dargestellt. 

Bild 4 stellt einen 6U-Baugruppenträger auf 
einem 2U-Lüfterträger dar. 

Konstruktive Sestaltung 

Das konstruktive Konzept für die Einschub- 
einheiten ist gekennzeichnet durch eine be- 
stimmte Anzahl beliebig miteinander kombi- 
nierbarer Einzelteile, die mittels Schraubver- 
bindung gefügt werden. 

Der Grundaufbau für den Baugruppenträger 
besteht aus 4 T rägerschienen aus Al-Strang- 
preßprofilen, die mit Stahlseitenwänden und 
je nach Anwendungsfali erforderlichen Griff- 
oder Winkelprofilen vom Anwender ver- 
schraubt werden. Die Trägerschienen sind 
zur Aufnahme von Mutternkäfigen oder Ge- 
windestreifen mit entsprechenden Längsnu- 
ten ausgebildet. Zur Platzbestimmung der 


Führungsschienen und auch der Steckver- 
binder sind selbstklebende Bezeichnungs- 
streifen in die Trägerschienen einsetzbar. 
Die Piatzkennzeichnung im Baugruppenträ- 
ger für die Baugruppen können dabei im ein- 
geschobenen Zustand durch eine Bohrung in 
der Frontplatte abgelesen werden. 

Die Führungsschienen sind im Raster 
n x 5,08 mm einrastbar. Der 6U-hohe Bau- 
gruppenträger kann jederzeit und ohne me- 
chanische Änderung mit zusätzlichen Teilen 
zu einem 3U- und 6U-Mischbaugruppenträ- 
ger aufgerüstet werden. 

An der Verdrahtungsebene ist die Montage 
der gedruckten Rückverdrahtung nach IEC 
47B oder auch bei herkömmlicher Wickelver- 
drahtung die Montage von Strom- und 
Kammschienen möglich. 

Bei Bedarf können in die Trägerschienen Ab- 
deckbleche oben und unten eingesetzt und 
auch die rückwärtige Verdrahtungsebene mit 
einer Abdeckhaube versehen werden. 

Die Frontplatten an den Baugruppen (Karten- 
einschübe, Blockeinschübe, Gestellein- 
schübe und Kassetten) bestehen aus 2,5 mm 
Al-Blech, die mit Griffleisten zum Ziehen und 
mit M2,5 Befestigungsschrauben ausgerü- 
stet sind. Die Griffleisten sind so ausgebildet, 
daß Bezeichnungsstreifen eingelegt werden 
können. Karteneinschübe ohne Frontplatten 
sind mit Drehriegeln versehen. 

Die Leiterkarten sind im Bedarfsfall, z. B. bei 
Einsatz von SMD-Bauelementen, um 
5,08 mm eingerückt aus der Systemlage an 
der Frontplatte montierbar. Die Leiterkarten 
sind mit Steckverbindern der Bauform C96, 
R96 und/oder F48 nach DIN 41612 auszurü- 
sten. 

Als Prozeßsteckverbinder werden zusätzlich 
Interface-Steckverbinder nach IEC 99 einge- 
setzt (entspricht EBS-GO 4006/01 des VEB 
KSG). 

Da die Steckverbinder am Baugruppenträger 
fest verschraubt oder an der Gedruckten 
Rückverdrahtung eingelötet sind, besitzen 
die Plastschienen zur Führung der Leiterkar- 
ten zum Toleranzausgleich verbreiterte Füh- 
rungsnuten. 

Die Lüfterträger, die mit den gleichen Al- 
Strangpreßprofilen wie die Baugruppenträ- 
ger aufgebaut werden, sind 2U hoch und kön- 
nen mit maximal 3 Lüftern (1459.1 , 2, 3 TGL 
36958) ausgerüstet werden. 


1 Bl KONTAKT g | 

VEB EAW Berlin, ZFT, Storkower Straße 101, Berlin, 1055; 
Tel. 4388587 (Kampe) Foto: Eckelt (1) 


TERMIN 

15. Leipziger Automatisierungskolloquium 
„CAD-Systeme auprocad-16 für die Projektie- 
rung von Automatisierungsanlagen“ 

WER? AG(B) Automatisierungstechnik-CAD/ 
CAM beim Bezirksvorstand Leipzig der KDT 
Wann? 1 9. Oktober 1 988 
WO? Leipzig 

WAS? Rechnergestützte Projektierung von 
Automatisierungsanlagen; Softwareproduk- 
tionsumgebung SPAS zum Entwurf von Binär- 
steuerungen; Dialog-Auswahl von Bauteilen für 
Automatisierungsanlagen aus 16-Bit-PC. 

WIE? - Interessenten wenden sich formlos 
schriftlich oder telefonisch an KDT, BV Leipzig, 
PF 40, Leipzig, 7010 

Schwendler 
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Rekursion — eine faszinierende 

Beschreibungsmöglichkeit 


Dr. Horst Birnstiel 
Friedrich-Schiller-UniversitätJena, 
Sektion Technologie 

Rekursion ist die Beschreibungstechnik, in 
der etwas durch sich selbst mit veränderten 
Parametern und einer Abbruchbedingung er- 
klärt wird. Rekursion ist in prozeduralen 
Sprachen (z. B. PASCAL) für die Formulie- 
rung von Prozeduren eine Möglichkeit unter 
anderen; in deklarativen Sprachen (z. B. 
PROLOG) ist ihre Bedeutung wesentlich grö- 
ßer. Was IF, FOR, WHILE und REPEAT für 
PASCAL sind, das sind die Rekursion und 
das Backtracking für PROLOG. In prozedu- 
ralen Sprachen schreibt ein Programm vor, 
was der Reihe nach, unter welchen Bedin- 
gungen, mit welchen Wiederholungen zu ma- 
chen ist. In deklarativen Sprachen wird das 
Problem vom Programmierer mit logischen 
Aussagen (Prädikaten) beschrieben, und der 
Rechner bestimmt, was er zu tun hat. Exper- 
tensysteme werden heute meist mit deklara- 
tiven Werkzeugen entworfen. Die kommende 
5. Rechnergeneration mit der möglichen Wis- 
sensverarbeitung wird neben LISP Prolog als 
zentrale Sprache verwenden. Probleme re- 
kursiv zu notieren, ist bis zu einer gewissen 
Angewöhnungsschwelle schwierig und kippt 
dann in die Selbstverständlichkeit. Man frage 
Kollegen, die von PASCAL (oder gar von BA- 
SIC) kommen und sich PROLOG angeeignet 
haben: Sie alle hatten (mehr oder weniger) 
ihre Schwierigkeiten und verstehen inzwi- 
schen nicht mehr, daß sie Schwierigkeiten 
hatten ... In der Informatik-Ausbildung aller 
Stufen sollte mehr auf die Rekursion einge- 
gangen werden; die Lernschwelle zum Ver- 
stehen rekursiver Algorithmen muß frühzeitig 
abgebaut werden. Nachfolgend sind mit die- 
ser Zielstellung Beispiele für rekursive Nota- 
tionen zusammengestellt und jeweils in 
Mensch-Notation und in PROLOG-Notation 
angegeben. Kenntnisse in PROLOG sind für 
das Verstehen nur wie folgt erforderlich; 
PROLOG verlangt Prädikate, d. h. logische 
Aussagen. Ein Prädikat hat einen Namen, in 
runden Klammern, gefolgt von Argumenten, 
die durch Komma getrennt sind. Als Beispiel 
istfak(N,F) die Aussage: 

Die Fakultät von N ist F. In Prolog program- 
mieren, heißt Klauseln (Fakten und Regeln) 
aufzuschreiben. Die Klausel „Etwas gilt“ 
heißt Fakt. Zum Beispiel ist fak(0, 1 ) der Fakt, 
daß die Fakultät von 0 gleich 1 ist. Allgemein 
ist die Fakultät von N gleich F, wenn die Fa- 
kultät vonN-1 gleich Fl istundF=N*F1 gilt. 
Eine solche Klausel „Etwas gilt, wenn das 
und jenes und . . . gilt“ heißt Regel. Damit ist 
für PROLOG die Fakultätsberechnung an- 
gebbar als: 
clauses fak(0,1). 

fak(N,F) if N > 0 and N1=N-1 
and fak(N1,F1) and F=N*F1. 
Klauseln stehen nach dem Eröffnungswort 
„clauses“, sie enden mit einem Punkt. Statt 
„if“ kann geschrieben werden, statt 
„and“ ein Komma 

Die Fakultät ist durch 2 Klauseln beschrie- 
ben. PROLOG nimmt immer zuerst die erste. 
Es werde z. B. verlangt 
„goal fak(3,X), write(X).“ 

Goal (Ziel) ist gewissermaßen das Haupt- 


programm, das auf die Klauseln zurückgreift. 
„Groß X“ ist eine Variable (Variablen begin- 
nen mit einem großen Buchstaben oder 
einem Unterstrich). PROLOG prüft die erste 
Klausel fak(0,1). Die paßt nicht auf das Sub- 
goal fak(3,X). Die 2. Klausel verlangt N>0 
(ja, erfüllt), N1=N-1 (ja, NI wird an 2 gebun- 
den), fak(N1,F1), PROLOG geht wieder zur 
ersten Klausel, usw. Die ganze logische Be- 
schreibung wird über den Stack (Kellerspei- 
cher) aufgelöst. Zuletzt wird X an 6 gebunden 
und angezeigt. Write(X) ist ein Standardprä- 
dikat zur Ausgabe. Die Erlösung aus der Re- 
kursion erfolgt durch die Abbruchbedingung, 
hier durch den Fakt fak(0,1 ). Die Abbruchbe- 
dingung muß im Programm zuerst stehen, 
damit sie bei jedem rekursiven Aufruf geprüft 
wird. fak(3,X) braucht zur Berechnung 
fak(2,F1 ), das braucht fak(1 ,F2), das braucht 
fak(0,F3) und jetzt sagt der Faktfak(O.I), daß 
F3=1 sein muß. Nun ist die Auflösung mög- 
lich. All das macht PROLOG selbständig. Der 
Programmierer muß sein Problem logisch re- 
kursiv beschreiben. Also: 

1. Beispiel 

Fakultät F einer natürlichen Zahl N berech- 
nen. 

Mensch-Notation: 

0! = 1 und N! = N*(N-1)! 
PROLOG-Notation: (Das Eröffnungswort 
„clauses“ wird weggelassen) 
fak(0,1). 

fak(N,F) if N>0, N1=N-1, 
fak(N1,F1), F=N*F1. 

2. Beispiel 

Summe der natürlichen Zahlen von 1 bis N 
Die rekursive „Mensch-Denkweise“ lautet: 

( Summe S der Zahlen) _ 

IbisN )~ 

( Summe S1 der Zahlen) . M 
\ Ibis NI 

mit der Abbruchbedingung „Summe der Zah- 
len von 1 bis 1 ist 1 “ 

Die PROLOG-Notation ist ein Abschreiben 
der Mensch-Notation: 
summe(1,1). 

summe(N,S) if N1=N-1 and 
summe(N1 ,S1 ) and S=S1 +N. 

3. Beispiel 

Druck der natürlichen Zahlen von 1 bis N 
Die iterative Rechner-Notation liegt auf der 
Hand: 

for i = 1 to n do write(i). 

Die rekursive Mensch-Notation ist fast lä- 
cherlich einfach: 

/Druck der Zahlen) 

\ IbisN ) 
joruckderZahlenJ DmckvonN 

Das ist eine typische Rekursion, sehr selbst- 
verständlich und trotzdem muß man sich erst 
an sie gewöhnen. 

Die PROLOG-Notation lautet: 
druck(O). 

druck(N) if NI =N-1 , druck(NI), write(N). 
Die Auflösung ist Sache von PROLOG, der 
Programmierer beschreibt nur sein Problem. 
Übrigens werden mit 
druck(O). druck(N) if write(N), NI =N-1 , 
druck(NI). 

die Zahlen rückwärts (von N bis 1) ausgege- 
ben. 


4. Beispiel 

Listen sind in PROLOG rekursive Objekte. 
Sie werden durch ihre Darstellung als [Listen- 
kopfelement | Restliste] rekursiv bearbeitbar. 
Das Listenkopfelement ist ein einzelnes Ele- 
ment. Der senkrechte Strich ist das T rennzei- 
chen. Die Restliste ist eine Liste. In der Erklä- 
rung einer Liste taucht also eine Restliste auf; 
die besteht selbst aus Kopf und Rest, usw. So 
wird Kopfelement nach Kopfelement abge- 
spaltet, schließlich bleibt die leere Liste []. Es 
gibt Listen von Zahlen, von Strings, von zu- 
sammengesetzten Objekten. In PROLOG- 
Programmen wird häufig die Prüfung ge- 
braucht, ob X ein Element der Liste L ist. Das 
zugehörige Prädikat heißt member(X.L). Die 
Liste L läßt sich als [Kopfelement | Restliste] 
darstellen. Und damit gilt die „tolle“ rekursive 
member-Definition: 


( X ist Element der\ 

Liste L, bestehend J ., /X ist Kopfelement) 
aus Kopfelement I \der Liste / 

und Restliste / 


oder 


/X ist Element) 
\der Restliste / 


Im ersten Oder-Part interessiert nur der Kopf, 
die Restliste nicht. Im zweiten Oder-Part in- 
teressiert nur die Restliste, der Kopf nicht. 
Nicht interessierende Variablen werden mit 
dem Unterstrich (der anonymen Variablen) 
bezeichnet. 

Umgeschrieben lautet die PROLOG-Formu- 
lierung: 

member(X,[X | _]). 

member(X,[_ | Rest]) if member(X,Rest). 
Man könnte die erste Klausel (sie ist oben ein 
Fakt) auch als Regel schreiben: 
member(X,[Kopf | _]) if X=Kopf. 

5. Beispiel 

Die Länge einer Liste ist die Anzahl ihrer Ele- 
mente. Es gibt real-Listen, string-Listen, Li- 
sten zusammengesetzter Objekte, Listen 
von Listen, usw. Die Listen sind in PROLOG 
und LISP (List-Processing, da kommen die 
Listen her!) etwas sehr Allgemeines. In pro- 
zeduralen Sprachen denkt man bei der Be- 
stimmung der Länge einer Liste sofort ans 
Abzählen. Nicht so in deklarativer Denk- 
weise: 

Die Länge der leeren Liste ist Null. 

Die Länge einer Liste ist N, wenn die Länge 
der Restliste (Liste ohne ihr erstes Element) 
N-1 ist. 

Diese Aussage ist derart selbstverständlich, 
derart naiv, daß man sich gewissermaßen 
erst daran gewöhnen muß, zu begreifen, daß 
sie dem Rechner genügt. 

Iistlen([],0). 

Iistlen([_ | Rest],N) if listlen(Rest.NI) and 
N=N1 +1 . 

6. Beispiel 

Ein Prädikat ntesElement(Liste,N,X) soll von 
einer Liste L = [Kopfelement | Restliste ] das 
N-te Element X bestimmen. Und wieder ist 
. die logische Beschreibung der Aufgabe eine 
Selbstverständlichkeit: 

Das an der Stelle 1 stehende Element der Li- 
ste L ist das Kopfelement. 

Das an der Stelle N stehende Element der Li- 
ste L ist X, wenn das an der Stelle N-1 ste- 
hende Element der Restliste auch X ist. 

In PROLOG-Klauseln lauten diese Aussa- 
gen: 

ntesElement([Kopfelement | _],1 , Kopf- 
element). 

ntesElement([_ | Restliste], N, X) if 
N> 1, N1=N-1, 
ntesElement(Restliste,N1 ,X). 
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7. Beispiel 

Ein eindrucksvolles Beispiel für die Eleganz 
rekursiver Problembeschreibung (und für 
PROLOG auch gleichzeitig Programmie- 
rung!) ist für die Formulierung des Spiels 
„Türme von Hanoi“. Es gibt 3 Stapelplätze für 
Scheiben: links, Mitte, rechts. Links stehtein 
Turm von N nach oben immer kleiner wer- 
denden Scheiben. Man denke an N=3 mit 
Geldstücken: Groschen ganz unten, dann 
Fünfer, dann Pfennig. Der Turm soll von links 
nach rechts gebracht werden, der mittlere 
Platz dient während des Spiels als Ablage. 
Die Spielregeln lauten: 1. Stets nur eine 
Scheibe bewegen. 2. Stets darf eine Scheibe 
nur auf einer größeren Scheibe zu liegen 
kommen. Eine mögliche Lösung für N=3 ist: 
links nach rechts, links nach Mitte, rechts 
nach Mitte, links nach rechts, Mitte nach 
links, Mitte nach rechts, links nach rechts. 
Rekursiv läßt sich das Problem allgemein für 
N Scheiben wie folgt formulieren: 

N Scheiben von links unter Nutzung von Mitte 
nach rechts bringen heißt: 

N-1 Scheiben von links unter Nutzung von 
rechts nach Mitte bringen 
UND eine Scheibe von links nach rechts brin- 
gen 


UND N- 1 Scheiben von Mitte unter Nutzung 
von links nach rechts bringen. 

In Prolog lautet das (für ein lauffähiges Pro- 
gramm fehlt noch einiges): 
bringe(N, Links, Mitte, Rechts) if NI =N-1, 
bringe(N1 .Links, Rechts, Mitte), 
write(„von“, Links,,, nach“, Rechts), 
bringe(N1 .Mitte, Links, Rechts). 

Links, Mitte, Rechts sind Variablen, denen al- 
len dreien die Konstanten links, rechts, mitte 
(kleingeschrieben!) zugewiesen werden kön- 
nen. 

8. Beispiel 

Die Rekursion ist grundsätzlich anwendbar, 
wenn irgendein Problem für N=1 lösbar ist 
und für N=allgemein angegeben werden 
soll. Dazu zählen u. a. Fahrtrouten (N=1 : von 
einem Ort zum anderen direkt; N=allgemein: 
von einem Ort über andere Orte zu irgendei- 
nem), Pläne (z. B. Arbeitspläne) (N=1: eine 
einzige Aktivität, z. B. ein Arbeitsgang; N= all- 
gemein: alles übrige ohne die erste Aktivität), 
usw. Als Fakten seien viele Wege von jeweils 
einem Zustand zu einem anderen samt zuge- 
hörigen Übergangsoperationen gespeichert. 
Bei Wegeproblemen z. B. weg(ort1 ,ort2,ent- 
fernung), bei Planproblemen z. B. teil(zu- 
standl ,zustand2, Operation), usw. 


Dann gilt (wieder selbstverständlich) : 

„Von Anfang nach Ende kommen“ = 

„Es gibt einen (direkten) Weg von Anfang 
nach Ende.“ 

ODER „Es gibt einen Weg von Anfang nach 
X.“ 

UND „Von X nach Ende kommen.“ 

Das ist schon (fast!) die PROLOG-Program- 
mierung. 

PROLOG (= Programming in Logic) unter- 
stützt von den höheren Programmierspra- 
chen am besten Rekursion (davon war hier 
die Rede) und Backtracking (davon war hier 
nicht die Rede). 

Die angegebenen Beispiele sind in TURBO- 
PROLOG notiert; andere Dialekte haben ge- 
ringfügige Abweichungen. 

Wir müssen mehr die rekursive Beschrei- 
bung von Problemen nutzen, sicher mehr in 
der Ausbildung, aber wohl auch im Program- 
mieralltag. 


|'bI KONTAKT ® | 

FSU Jena, Sektion Technologie, Ernst-Thälmann-Ring 32, 
Jena, 6900; Tel. 8222741 


Technik international 

32 Bit für Einsteiger 



Mit dem Deskpro 386s will Compaq 
einem großen Anwenderkreis im PC- 
Sektor die 32-Bit-Technik erschwinglich 
machen. Basis dafür ist der Einsatz einer 
„Billig-Version“ des Prozessors 80386, 
bei welcher der externe Datenbus auf 
1 6 Bit reduziert wurde -immer noch aus- 
reichend für eine Leistung von 2,5 bis 
3 MIPS bei einer Taktfrequenz von 
16 MHz. 

Werkfotos Compaq 



Seit kurzem produziert Intel eine ab- 
gerüstete Variante des 32-Bit-Pro- 
zessors 80386 unter der Bezeich- 
nung 80386SX (früher P9), die im Ge- 
gensatz zum „echten“ 32-Bit-80386 
extern nur mit 16 Bit Datenbreite ar- 
beitet. Das spart nicht nur Konstruk- 
tions- und Herstellungsaufwand, son- 
dern reduziert auch die Kosten für ein 
Rechnersystem, denn statt einer 32- 
Bit-Peripherie wird nur solche mit 
16 Bit benötigt. Ähnliches praktizierte 
Intel ja bereits beim 8088, der gegen- 
über dem „echten“ 16-Bit-Prozessor 
8086 extern nur mit 8 Bit arbeitet; IBM 
nutzte dies dann für die Massenpro- 
duktion ihrer ersten PCs aus, da der 
8088 billiger und schneller in großen 
Stückzahlen verfügbar war. 

Der 80386SX ist zum 80386 voll be- 
fehlskompatibel, mit seinen 24 exter- 
nen Adreßleitungen verwaltet er bis 
zu 16MByte physischen Arbeitsspei- 
cher. Getaktet wird er mit 1 6 MHz; da- 
mit soll seine Rechenleistung nur 
etwa 1 0 Prozent geringer sein als die 
des 80386. 

Compaq nutzt nun in Zusammenar- 
beit mit Intel den 80386SX, um den 
„ersten Personal Computer mit 
80386-Prozessor für breite Anwen- 
derkreise“ zu produzieren - den 


Compaq Deskpro 386s - und damit 
seine Produktpalette nach unten ab- 
zurunden. Der 386s ist als Einstieg in 
die Familie der 80386-Rechner bei- 
spielsweise bei der Bürokommunika- 
tion mit Standardanwendungen oder 
als Basis-Workstation unter MS OS/2 
gedacht. Lauffähig ist die bereits vor- 
handene Software unter MS-DOS, 
MS Windows/386 und OS/2. Anderer- 
seits kann die auf dem 386s entwik- 
kelte Software später auch auf „ech- 
ten“ 32-Bit-PCs weitergenutzt wer- 
den. Gegenüber 80286-Systemen 
soll der 386s eine zwischen 35 und 60 
Prozent höhere Systemleistung be- 

Durch Einsatz von Enhanced Page 
Memory, auf den der Prozessor 
über einen schnellen 16-Bit-Bus zu- 
greift, wird die Leistung des 
80386SX- Prozessors im 386s opti- 
miert. Um die Systemleistung bei 
rechenintensiven Anwendungen wie 
Tabellenkalkulation weiter zu erhö- 
hen, ist eine Ausstattung mit dem 
wahlweise verfügbaren Intel- 
80387SX-Koprozessor möglich. 

Der enorme Datendurchsatz bei allen 
Systemkomponenten wird durch ei- 
nen getrennt arbeitenden „concur- 
rent“-Bus erreicht, der für Zugriffe auf 


Hauptspeicher und Peripherie ge- 
trennte Buswege zur Verfügung stellt. 
Damit können alle Systemkompo- 
nentert mit der optimalen Geschwin- 
digkeit getaktet werden, ohne an 
Kompatibilität zum Industriestandard 
zu verlieren. 

Der „concurrent“-Bus verknüpft ei- 
nen Hauptspeicherbus mit dem Indu- 
striestandard-Peripheriebus und ar- 
beitet mit der gleichen Taktrate wie 
der 1 6-MHz-80386SX-Prozessor. 
Dieser ist auf die Leistungsanforde- 
rungen von Systemerweiterungen 
wie Festplattenlaufwerken, Video- 
Systemen, Netzwerk-Karten, DFÜ- 
Optionen und ähnlicher Peripherie 
abgestimmt. Die Integration zahlrei- 
cher Systemfunkionen in ASICs so- 
wie der intensive Einsatz von Sur- 
face-Mount-Technology (SMT) auf 
der Systemplatine ermöglichen die 
geringen Ausmaße des 386s. Durch 
Konzentration verschiedener Bau- 
gruppen auf der Systemplatine (u. a. 
auch der Video-Grafik-(VG-)-Control- 
ler, Festplatten- und Standard- 
Schnittstellen) bleiben vier 8/16-Bit- 
Steckplätze frei. 

Damit ist im Gehäuse Platz für vier 
Massenspeicher und vier 8/1 6-Bit-Er- 
weiterungsplatinen mit voller Länge. 


Während das Modell 1 des 386s über 
ein 5,25-Zoll-Floppy-Laufwerk ver- 
fügt (optional 3,5 Zoll), besitzen das 
Modell 20 zusätzlich ein 20-MByte- 
und das Modell 40 ein 40-MByte- 
Festplattenlaufwerk. Wahlweise gibt 
es auch 1 10-MByte-Festplattenlauf- 
werke mit weniger als 25 Millisekun- 
den Zugriffszeit. Der 386s unterstützt 
bis zu zwei Diskettenlaufwerke und 
bis zu zwei Festplattenlaufwerke. Für 
letztere gibt es eine Disk-Cauhe-Soft- 
ware, die den Zugriff beschleunigt 
und dadurch die Systemleistung er- 
höht. Ebenfalls als Option gibt es ein 
135-MByte-Bandlaufwerk. Alle Mo- 
delle sind mit 1-MByte-Enhanced- 
Page-RAM ausgestattet. Der Sy- 
stemspeicher läßt sich modular bis 
auf 13 MByte schnellen RAM erwei- 
tern. Im Lieferumfang ist auch der 
COMPAQ Expanded Memory Mana- 
ger CEMM enthalten. Diese Software 
ist kompatibel zu der Lotus/Intel/Mi- 
crosoft LIM/EMS-Spezifikation und 
ermöglicht, die 640-KByte-Grenze 
unter MS-DOS zu durchbrechen und 
auf den erweiterten Speicher zuzu- 
greifen. MP 
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V 24-Treiberroutine 
für den Plotter K 6418 

Klaus-Dieter Kirves; Karsten Schiwon 

VEB Mikoroelektronik „Wilhelm Pieck “ Mühlhausen 


Die Anschlußmöglichkeit von grafik- 
fähigen Druckern wurde bereits in 
vorangegangenen Ausgaben be- 
schrieben, hier ist nun eine weitere 
Möglichkeit des Anschlusses eines 
grafikfähigen Ausgabegerätes, ei- 
nes Plotters, für die Kleincomputer 
KC 85 vorgestellt. 

Allgemeines 

Wesentlicher Unterschied zu den bis- 
herigen Treiberprogrammen ist das 
verwendete V.24-Software-Protokoll. 
Dieses Protokoll wird auch DC1- 
DC3-Protokoll genannt. Wird der 
Empfang von Daten von der Steue- 
rung des Plotters erlaubt, sendet die- 
ser ein DC1 , der Kleincomputer kann 
Daten an den Plotter ausgeben. Ist 
der Pufferspeicher des Plotters bis 
auf 500 Byte belegt, wird vom Plotter 
das Signal DC3, Puffer voll, gesen- 
det. Prinzipiell ist es möglich, weitere 
12 Byte fehlerfrei in den Pufferspei- 
cher des Plotters zu übergeben. Es ist 
allerdings weniger aufwendig, den 
Datenfluß sofort zu unterbrechen, so 
wie das auch der in Bild 1 abgebildete 
Treiber macht. Das Senden von Da- 
ten vom Computer wird erst nach Er- 
kennen des DC1 -Signals wieder er- 
laubt. Wird ein Byte fehlerhaft vom 
Plotter empfangen, sendet dieser die 
Meldung durch ein Byte DC4. 

Auf diese Weise ist eine Synchronisa- 
tion des Datenflusses, ähnlich wie 
über die Steuerleitung beim Hard- 
ware-Protokoll möglich. Weiterhin ist 
es möglich, bei Verarbeitung des 
empfangenen Fehlersignals DC4, 
eine Statusabfrage des Plotters vor- 
zunehmen. Dazu muß an den Plotter 
ein EHQ (05H) ausgegeben werden. 
Als Antwort sendet der Plotter sein 
Statusbyte, das, wie im Bild 2 darge- 
stellt, aufgebaut ist. 

Zum besseren Verständinis ist im Bild 
3 der Datenfluß zum Softwareproto- 
koll dargestellt. 

Diese Protokollart verlangt allerdings, 
daß beide zusammengeschlossenen 
Geräte über Sender und Empfänger 
verfügen. Neben den zwei Datenlei- 
tungen wird nur die Masseverbindung 
benötigt. Der Anschluß des V.24-Ka- 
bels erfolgt am Kleincomputer über 
einen Diodenstecker, am Plotter über 
eine 26polige Steckerleiste nach TGL 


29331, Blatt 04 (Griffelemente nach 
TGL 29331 , Blatt 08). Es sind die in 
Bild 4 dargestellten Anschlüsse zu 
verbinden. 

Bedienung 

der Treibersoftware 

Der Einheitlichkeit wegen erfolgt die 
Bedienung der Treibersoftware so, 
wie das von den Treiberprogrammen 
der Drucker bekannt ist. 

Das Teiberprogramm PLOT- 
6418COM belegt im KC-85-System 
den Speicherbereich von BA00H (An- 
fangsadresse) bis BC00H (End- 
adresse). Es ist natürlich möglich, 
dieses Programm auf andere Adres- 
sen zu binden, so ist z. B. bei gleich- 
zeitiger Nutzung eines Druckers mit 
der Ansteuersoftware der Pro- 
grammmkassette CO/171 V.24-Soft- 
ware das Binden auf die Adresse 
BC00H zu empfehlen. Die Selbsstar- 
tadresse ist BAOBH, so, daß nach 
dem Einlesen selbständig eine Initia- 
lisierung eines V.24-Moduls M003 
des KC-85-Systems erfolgt: 

• Aktivierung des V.24-Moduls im 
Modulschacht 8 

• Zeichenausgabe über Kanal 1 des 
V.24-Moduls 

• Initialisierung des USER-Ausga- 
bekanals 1 (USER OUT 1, Basic 
LIST =#=2). 

Durch den Selbststart des Pro- 
gramms werden folgende Übertra- 
gungs- Bedingungen, die dem vom 
Plotter angeforderten Datenformat 
entsprechen, eingestellt: 
Übertragungsrate: 1 200 Baud 
Bit pro Zeichen 7 

Anzahl der Stoppbits: 2 (minde- 
stens 1 verlangt) 

Parität: ungerade 

Neben dem Auto-Start ist, wie nach 
einem RESET des Systems notwen- 
dig, ein Start der Treiberroutine über 
das CAOS-Menü möglich. Durch An- 
wahl des Menü-Eintrages PLOT6418 
wird, ohne die Angabe von Parame- 
tern, die Ausgabe über V.24-Interface 
für den Plotter erneut initialisiert. Bei 
der Initialisierung des Programmes 
kann der Modulschacht angegeben 
werden, in welchem der Modul M003 
kontaktiert ist. Der Aufruf des Pro- 
grammes erfolgt aus der Menüein- 
gabe des Betriebssystems heraus. 


Tafel 1 Initialisierungstabelle für Übertragungsraten zur Ansteuerung des Plotters K 
6478; Vollduplex, 7 BitlZeichen, 2 Stopp-Bit 

Ober- I In i t i al i 5 i erungsbytes 

tragungs- I 
rate I 

Bit/s I 123456789 

2400 I 47 17 18 04 4D 03 41 05 28 

1200 I 47 2E 18 04 4D 03 41 05 28 

600 I 47 5B 18 04 40 03 41 05 28 

300 I 47 60 18 04 89 03 41 05 28 

150 I 47 5B 18 04 C9 03 41 05 28 


Folgendes Beispiel verdeutlicht dies: 

•/•PL0T6418C 

Hier wird der Modul im Schacht mit 
der Adresse OC initialisiert. 


Bild 1 Assemblerlisting des V.24- 
Treiberprogrammes zum Anschluß 
eines Plotters K 6418 an das Klein- 
computersystem KC 85 


ORG 

(V.24-TREIBER 
( K. SCHIMON 
CAOS EQU 

ARGN EQU 

ARG1 EQU 

OUTAB EQU 

U0UT1 EQU 


SIO 

CTC 


EQU 

EQU 


intab: defb 


DEFB 

DEFB 

DEFB 

DEFB 

DEFB 

DEFB 

DEFB 

INTABE EQU 


modsch: defb 


3000 

BAOO 

BAOO 

BAOO 

BAOO 

BAOO 

BAOO 

BAOO 

BAOO 

BAOO 

BAOO 

BAOO 

BAOO 


BAOO 47 
BA01 2E 
BA02 18 
BA03 04 
BA04 4D 
BA05 03 
BA06 41 
BA07 05 
BA08 28 
BA09 
BA09 01 
BAOA 
BAOA 08 
BAOB C323BA 
BAOE 7F7F 
BA10 5632344B 
BAI 8 01 
BA 19 3A81B7 
BA1C A7 ANI 

BA1D 2804 JR 

BA1F 7D LD 

BA20 320ABA LD 

BA23 3A0ABA START: LD 
BA26 47 LD 

BA27 0E80 LD 

BA29 ED78 IN 

BA2B FEEE CP 

BA2D 2805 JR 

BA2F CD03F0 ERROR: CAI 
BA32 19 DEI 

BA33 C9 RE' 

BA34 68 ST1 : LD 

BA35 3E02 LD 

BA37 1601 LD 

BA39 5A LD 

BA3A CD03F0 CAI 

BA3D 26 DEF 

BA3E 2192BA LD 

BA41 22BEB7 LD 

BA44 OEOC LD 

BA46 0602 LD 

BA48 2100BA LD 

BA4B EDB3 OT] 

BA4D OEOA LO 

BA4F 0607 LD 

BA51 EDB3 OTI 

BA53 CD03F0 
BA56 23 
BA57 44727565 
BA6D ODOA 
BA6F 00 
BA70 DBOA 
BA72 CB47 
BA74 2008 
BA76 3E10 
BA78 CD03FO 


OBAOOH 

FUER PLOTTER K641B 
8. K.-D. KIRVES 

0F003H (SYSTEMAUFRUF 
0B781H ; ANZAHL ARGUMENT 

ARGN+1 ; ARGUMENT 1 
0B7B9H 
0B7BDH 


(PUFFER LEER 
( PUFFER VOLL 
( FEHLERMELDUNG 
( FEHLER ANFORDER . 
(CTC-START 
( 1200 BAUD 
(SIO-RESET 
(->HR4 

(->HR3 


DEFM 

DEFM 

DEFB 


START 
7F7FH 
f V24K6418 1 

A, (ARGN) 

Z, ST ART 


B, A 
C r 80H 
A, <C) 
OEEH 
Z,ST1 
CAOS 


(BITO - ERROR 
(BIT7 - PUFFER? 
(MODULSCHACHTNR. 
; SELBSTST ART ADR . 


19H 


(M003? 

; FEHLERMELDUNG 


DEFB 

DEFM 

DEFM 

DEFB 


HL.SDD 
(UOUTl+l ) , 
C , CTC 

B, 2 

HL, INTAB 

C. SIO+2 


A, (SIO+2) (RRO 

0 , A (DATEN IM PUFFER 

NZ,H2 

A, 10H 

CAOS 

14H (MARTESCHLEIFE 

Hl 

A ■ (SIO) (DATEN 
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BA80 E67F 
BA82 FEH 
BA84 20A9 
BA 86 CD03FO 
BA89 23 
BASA 4F2E4B2E 

BA90 00 
BA91 C9 

BA92 I 

BA92 A7 S 

BA93 C 8 

BA95 F5 
8A96 3A09BA 
BA99 CB7F 
BA9B 2029 
BA9D 0B0A 
BA9F CB47 
BAA1 2817 
BAA3 OB 08 
BAA5 E67F 
BAA7 FE13 
BAA9 200B 
BAAB 0680 
BAAD 3A09BA S 
BABO E67F 
BAB2 BO 
BAB3 3209BA 
BAB 6 FE14 S 

BAB 8 2826 
BABA Fl S 

BABB 0308 
BABD 3E03 
BABF CD03F0 
BAC2 14 
BAC3 CI 
BAC4 A7 
BAC5 C9 

BAC 6 DB08 S 

BAC 8 E67F 
BACA FE14 
BACC 2812 
BACE FE11 
BADO 280A 
3A02 CD03F0 
BA05 2A 
BAD 6 30EE 
BAD 8 3EFF Sl 

BAOA 1819 
BADC 0600 Sl 

BADE 18C0 
BAEO Fl Sl 

BAE1 3E05 
BAE3 0308 
BAE5 OBOA Sl 

BAE7 CB47 
BAE9 2008 
BAEB CD03F0 
BAEE 2A 
BAEF 30F4 
BAF1 18E5 
BAF3 DB08 SC 

BAF5 CD03F0 SC 

BAF 8 IC 
BAF9 C02FBA 
BAFC CI 
BAFD 37 
BAFE C9 

BAFF j 

ERRORSS 0000 


CALL 

OEFB 

DEFM 

DEFW 

OEFB 


A, (HCPZ) ; DC3 alt 
7,A 


NZ , SOI 

A, (SIO+2) ; STEUERBYTE 
0 f A ; OATEH EINGEG.? 

Z f SD4 

A, (SIO) jLESEN BYTE 

7FH ; AUSBLENDEN BIT7 

DC3 ; PUFFER VOLL? 

NZ , SD2 

B , 80H 5 merken 

A f (HCPZ) 

B 

(HCPZ) , A 

0C4 ; Fahler? 

Z , SD3 
AF 

(SIO) ,A ^Ausgabe Byte 
A,3 ;-18ms 

0F003H 


BC 


fWAIT 
jCY*0 

i,(SIO) ; LESEN EING. 

’FH jAUSBLENDEN BIT7 

C4 ; Feh ler ? 


; WARTEN 
; BRK? 
jABBRUCH 


NC f SOI 
A , OFFH 
SD14 


A f EQH ; FEHLERNUMMER? 

(SIO) , A 

A, (SIO+2) ; CONTROL 
O f A 

NZ r SD 12 | WARTEN AUF BYTE 
CAOS 

2AH ; BRK? 


CAOS 

ICH 

ERROR 


JAUSGABE HEX 



Bild 2 Statusbyte des Plotters 


DC3 DC1 +12M 


I I -12V 



Bild 3 Zeitdiagramm des Duplex-V.24-Protokolls 



Bild 4 Verbindungsleitung zum Anschluß des Plotters k 6418 an den V.24- 
Modul des Kleincomputers KC 85/3 


Bild 5 DIL-Schalteranordnung des Plotters-V.24-Bausteins 
Sl: Schalter zur Interfaceumschaltung (dargestellt V.24) 
S2: Geschwindigkeits- und Bitratenumschalter 
Schalterstellung: A = on; B = off 


2 Funktionstabelle Sl 


Steht ein DEVELOPMENT-Modul 
M027 zur Verfügung, so kann das Li- 
sting eingegeben und übersetzt wer- 
den. Anderenfalls kann auch eine 
Eingabe des Maschinencodes mittels 
des CADOS-Kommandos MODIFY 
ab Adresse BAOOH erfolgen. In bei- 
den Fällen wird das Maschinenpro- 
gramm als selbststartendes Pro- 
gramm auf Kassette abgespeichert. 
Die Kommandoeingabe dafür lautet: 
■/■SAVE BAOO BBOO BA02 
NAME: PLOT6418COM 
Alle weiteren Informationen zum Pro- 
gramm können dem Listing entnom- 
men werden. 


Eine Änderung der Übertragungsra- 
ten ist durch die Verwendung der in 
der Tafel 1 dargestellten Initialisie- 
rungsbytes ab Adresse BAOO mög- 
lich. 

Die V.24-$chnittstelle 
des Plotters 

Beim Plotter K6418 lassen sich die 
Übertragungsbedingungen mit 
Schaltern auf der V.24-Schnittstellen- 
karte des Gerätes einstellen. Dazu 
muß der Gehäusedeckel geöffnet 
werden. Die Schalter werden beim 
Einschalten des Plotters oder beim 
RESET abgefragt. Aus dem Bild 5 ist 



Tafel 3 Funktionstabelle S2 

S2.4 S2.3 S2.2 S2.1 Bitrate /Geschw » nd i gke i t 


off 

on 

off 


off 

off 

off 


on off 

off on 

off off 


300 

150 

75 

240 

100 
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die DIL-Schalteranordnung des V.24- 
Bausteins des Plotters ersichtlich. 
Die Bedeutung der Schalterstellun- 
gen sind in Tafel 2 und 3 angegeben. 
Zusammengefaßt ergeben sich für 
die Inbetriebnahme des durch den 
Computer angesteuerten Plotters 
K 6418 folgende Schritte: 

- Einstellen der Datenübertragungs- 
rate am Plotter 

- Herstellen des Verbindungskabels 

- Kontrolle des Verbindungskabels 

- V.24-Modul stecken (dabei darauf 
achten, daß der Computer ausge- 
schaltet ist) 

- Verbindung zwischen KC und Plot- 
ter hersteilen 

- Einschalten von KC und Plotter 

- Laden des Treiberprogramms 
PLOT6418COM 

Der Plotter ist betriebsbereit, wenn 
die Meldung Drücke Paper am K6418 
erfolgte und die T aste Paper am Plot- 
ter bedient wurde. 

Wurden oben genannte Bedingun- 
gen eingehalten, kann die Arbeit mit 
dem System Computer-Plotter begin- 


Literatur 

IV Beschreibung zur C0171 V.24 Soft- 
ware. VEB Mikroelektronik „Wilhelm 
Pieck“ Mühlhausen 

121 Mikroprozessorsystem der II. Lei- 
stungsklasse, Technische Beschrei- 
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Pieck“ Mühlhausen 

151 Betriebsvorschrift K641 8.02. Robotron 

Bildschirmausdruck 
in BASIC unter SCP 

In MP 3/1988, S. 95, wurde ein BA- 
SlC-Programm zum Ausdrucken von 
Bildschirminhalten beim PC 171 5 un- 
ter SCP vorgestellt. Da mit dieser Lö- 
sung jedes einzelne Zeichen durch 
eine PEEK-Anweisung aus dem Bild- 
wiederholspeicher gelesen wird, läuft 
der Druck relativ langsam ab. Es gibt 
leistungsfähigere Lösungen, diesen 
Ausdruck von Bildschirminhalten zu 
realisieren. Neben der Möglichkeit, in 
Verbindung mit der Installation des 
SCP entsprechende Vorkehrungen 
zu treffen (vgl. beispielsweise rd 1/ 
1988, S. 39), kann der Ausdruck - 
insbesondere wenn er erst in Abhän- 
gigkeit von einer bestimmten Bild- 
schirmanzeige entschieden werden 
soll - auch mit dem nachfolgenden 
BASIC-Programm edolgen. 

1000 'UP zum Ausdruck Bildschirmin- 
halt 

1010 ’= 

1020 XS = SPACES (80) 

1030 ADR1 = VARPTR (X$) 

1040 ADR2% = -2084 
1050 ADR3 = VARPTR(ADR2%) 

1060 FOR 1% = 1T0 24 
1070 ZI = PEEK(ADR3) 

1080 Z2 = PEEK(ADR3 + 1) 

1090 P0KEADR1 
1100 P0KEADR1 + 2,Z2 
1110 LPRINT X$ 

1120 ADR2% = ADR2% + 80 
1130 NEXT 1% 

1140 RETURN 

Dieses Programm ist als Unterpro- 
gramm angelegt, kann aber auch 
durch Ersetzen der RETURN-Anwei- 
sung durch END als selbständiges 


Programm aufgerufen (und auch 
übersetzt) werden. Das Programm ist 
normalerweise für den Ausdruck von 
24 Zeilen des 24 x 80-Bildschirmes 
vorgesehen, kann aber auch für eine 
andere Zeilenanzahl bzw. den 
16 x 64-Bildschirm ausgelegt wer- 
den. Gleichzeitig kann es zweckmä- 
ßig sein, das Programm in Abhängig- 
keit von einer bestimmten Zeichen- 
folge auf einer Bildschirmzeile (z. B. 
Ok-Meldung) zu beenden. 

Das ist dann durch Einfügen der fol- 
genden Programmzeile möglich: 

1 1 05 IF LEFTS (X$, 2) = „Ok“ THEN 
GOTO 11 40 

Als Grundlage für die Arbeit dieses 
Programms wird die interne Darstel- 
lung von Zeichenketten verwendet, 
wobei jeweils eine Bildschirmzeile 
der Zeichenkettenvariablen X$ zuge- 
ordnet wird. Dr. Claus Goedecke 

KC-85/3 - BASIC - Tip 
Interruptgesteuerte Echt- 
zeitmessung mit System — 
CTC 

Die Möglichkeiten des BASIC-INTER- 
PRETERS, Zeitmessungen in einem 
BASIC-Programm zu realisieren, sind 
sehr uneffektiv. Zum Beispiel ist die 
reale Erfassung der Zeit zwischen 
zwei Tastaturbetätigungen nur mit BA- 
SlC-Sprachelementen kaum möglich. 
Für solche Aufgaben ist die Verwen- 
dung eines interruptgesteuerten CTC- 
Kanals immer die günstigste Lösung. 
IM KC 85/3 (12) wird der Kanal 2 des 
ßrundgeräte-CTC zur Realisierung 
der Blinktaktfrequenz verwendet. Die- 
ser Takt hat eine Periodendauer von 
etwa 0,8 Sekunden. Der betreffende 
CTC-Kanal arbeitet als reiner Zähler 
ohne Interrupt und wird von einem in 
der internen Hardware erzeugten Takt 
gespeist. Die Ausgangsimpulse die- 
ses Kanals werden zur Realisierung 
der Blinkeffekte auf dem Displaybild 
verwendet. Wird nun in der Interrupt- 
startadressentabelle (01E8H+4) für 
diesen Kanal die Startadresse für eine 
kurze Zählroutine eingetragen und die 
Interruptsteuerung freigegeben, so er- 
hält man einen frei laufenden Zähler 
und muß vom BASIC-Programm aus 
nur die entsprechenden Speicherzel- 
len auslesen bzw. durch Überschrei- 
ben rücksetzen. 

Das folgende Programm realisiert eine 
solche Zählroutine (ständiges Incre- 
mentieren einer Integerzahl auf der 
Zeile 268-269 bzw. 10CH-10DH) und 
die entsprechende CTC-Uminitialisie- 
rung. Die Zählerroutine wird ab 256- 
267 bzw. 100H-10BH geladen. 

10 DATA 251, 229, 42, 12, 1,35, 34, 12, 

1,225, 237,77,0,0 

20 FOR I = 1 T0 14 

30 READ J 

40 POKE 255 + 1, J 

50 NEXTI 

60 DOKE 492, 256 

70 OUT 142, 249 

Das Auslesen der Zählzelle erfolgt im 
BASIC-Programm z. B. mit I: = DEEK 
(268) und das Rücksetzen kann mit 
DOKE 268,0 realisiert werden. Wird 
beim Uminitialisieren des CTC-Ka- 
nals auch eine neue Zeitkonstante 
ausgegeben, so können auch andere 
Grundtaktperiodenzeiten erreicht 
werden, sofern die sich ändernde 
Blinkfrequenz im Displaybild nicht 
stört (nach Reset: 40 = 0,8 Sek.). 
Wichtig ist noch der Hinweis, daß der 
SOUND-Befehi diesen CTC-Kanal 


zur Tondauerbestimmung nutzt und 
somit bei der Anwendung des vorge- 
stellten Verfahrens in Kombination 
mit dem SOUND-Befehi auf die Um- 
initialisierung des CTC-Kanals 2 ge- 
achtet werden muß. 

Dr. Dieter Döring 

IV Kleincomputer KC 83/3, System-Hand- 
buch. VEB Mikroelektronik „Wilhelm 
Pieck" Mühlhausen 

Ermitteln des freien 
Diskettenspeicherplatzes 
mit REDABAS 

Das Datenbankbetriebssystem RE- 
DABAS ist trotz mancher Nachteile 
gut zur Lösung von Aufgaben mit klei- 
neren bis mittleren Datenmengen ge- 
eignet. Einer dieser Nachteile ist, daß 
bei erschöpfter Diskettenspeicherka- 
pazität ohne vorherige Warnung ein 
Abbruch der Programmabarbeitung 
erfolgt. Mit dem vorgestellten Hilfs- 
programm ist es problemlos möglich, 
die freie Speicherkapazität eines 
Laufwerks zu ermitteln und im Pro- 
gramm auszuwerten. 


PolyCAD 

Zur Leipziger Herbstmesse 1988 
wurde unter dem Namen PolyCAD 
ein neu entwickeltes CAD-Software- 
paket für 1 6-Bit- Mikrorechner vorge- 
stellt, das im CAD/CAM-Softwareent- 
wicklungszentrum des Kombinats 
Polygraph Leipzig unter Mitwirkung 
der TH Leipzig und des Kombinats 
Robotron entwickelt wird. 

PolyCAD ist modular aufgebaut und 
besteht aus folgenden funktionellen 
Komponenten: 

- einem relationalen Datenbanksy- 

- einer leistungsfähigen Grafik- 
schicht zur Zeichnungserstellung und 
zur Arbeit mit Symbolgrafiken für un- 
terschiedliche Aufgabenstellungen 

- einem Projektmanager (PM) 

- einer Anzahl spezifischer Anwen- 
dermoduln, z.B. Konvertierungsmo- 
duln, Stücklistenmodul, Informations- 
und Auskunftsmodul, Berechnungs- 
und Auswerteprogramme. 

Diese funktionellen Komponenten 
werden in Anwenderpaketen kombi- 
niert, z. B.: 

POLYCON - Konstruktionsarbeits- 
platz 


Bedingung dafür ist ein SCP-1715- 
kompatibles Betriebssystem, wobei 
der Laufwerkstyp beliebig sein kann, 
da das eingebundene Assemblerpro- 
gramm die Diskettenparametertabel- 
len im BIOS auswertet. 

Da vom Betriebssystem SCP 1715 
nur 4 Laufwerke verwaltet werden, 
begrenzt der REDABAS-Programm- 
teil die Laufwerksauswahl auf die 
Laufwerke A bis D. 

Das eingebundene Assemblerpro- 
gramm kann jedoch 9 Laufwerke (A 
bis I) aufrufen, so daß eine Erweite- 
rung möglich ist. Die Begrenzung auf 
9 statt der zugelassenen 16 Lauf- 
werke eriolgte, um eine möglichst 
einfache Parameterübergabe zu rea- 
lisieren. 

Bei Bedarf kann es auch in einen an- 
deren Speicherbereich geladen wer- 
den, da nur der Aufruf der BDOS- 
Funktionen mit einer Absolutadresse 
(Call 5) edolgt. 

Mit diesen Hinweisen dürfte es ein- 
fach möglich sein, das angegebene 
Demonstrationsprogramm den jewei- 
ligen Erfordernissen anzupassen. 

Bernd Uebermann 


Schwerpunkt: Zeichnungserstellung 
mit Zeichnungs- und Symboleditor 
sowie integrierten Datenbankfunktio- 

POLYDAT - Projektierungsarbeits- 

Schwerpunkt: Datenbankgestützte 
Projektbearbeitung mit integrierten 
Grafikfunktionen 

MBS 1700 - Modulbibliothek für Da- 
tenbankarbeit, grafische Realisierun- 
gen, nutzerspezifische Gestaltung ei- 
nes Projektmanagers, Stücklisten- 
modul u. a. 

Im Herbst 1988 ist für wichtige Sy- 
stemteüe die Industrieerprobung vor- 
gesehen, der Vertrieb der Applika- 
tionssoftware wird im wesentlichen 
durch Robotron ab 1/89 übernom- 
men, die Bereitstellung der Entwick- 
lungssoftware (Modulbibliothek) er- 
folgt direkt durch das CAD/CAM-Zen- 
trum Polygraph Leipzig. Informa- 
tionsmaterial über PolyCAD ist ab 1 0/ 
88 über das CAD/CAM-Softwareent- 
wicklungszentrum Polygraph Leipzig, 
Wachsmuth Str. 4, 7031 Leipzig, Tel: 
474671, erhältlich. 

Dr. D. Herden 
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CeBIT ’88 

Die Hannover-Messe CeBIT versteht 
sich als ein Weltzentrum der Kommu- 
nikations- und Computertechnik. 
Viele Fakten zeigen, daß die Messe 
diesem Anspruch in weitem Maße 
gerecht wird. Dies wird vor allem 
durch den hohen Anteil ausländi- 
scher Aussteller (USA: 174, Taiwan: 
125 (1987: 67!), GB: 107) und die 
vielfältigen Präsentationen der An- 
wendungsmöglichkeiten deutlich. 
Überhaupt ist neben den techni- 
schen Neuerungen bei einzelnen Er- 
zeugnissen dieser Anwendungs- 
aspekt besonders deutlich ausge- 
prägt. 

Auf der CeBIT ’88 (16.-23. März 
1988) wurden sowohl einzelne Hard- 
oder Software-Erzeugnisse als auch 
umfangreiche Systemlösungen unter 
anderem aus den Bereichen Büro- 
und Informationssysteme, Software 
und Unternehmensberatung, CIM, 
CAD, CAM und Telekommunikation 
vorgestellt. 

Nachfolgend einige Ausführungen 
zu Entwicklungstendenzen und be- 
merkenswerten Exponaten. 
Computertechnik 
Der zur CeBIT ’86 angekündigte Su- 
percomputer ETA 10 der Firma Con- 
trol Data Corporation wurde vorge- 
stellt. Eine Anlage war auf dem Mes- 
sestand ausgestellt. Mit diesem Sy- 
stem wird eine Ära des Supercom- 
puting eingeleitet. Die Systeme sollen 
in großen Stückzahlen produziert 
werden, sind vergleichsweise preis- 
wert (Modelle P, Q, E und G zwischen 
ca. 1 ... 10 Mio $) und sollen vor- 
nehmlich als Abteilungsrechner im 
wissenschaftlichen Bereich und we- 
niger als main frame im Rechenzen- 
trum eingesetzt werden (Beachte: 
Dezentralisierungstendenz auch bei 
den „Großen"!). Die Zusammenstel- 
lung in der Tafel zeigt die Leistung- 
breite auf. 

Einiges zur technischen Basis: Es 
werden spezielle VLSI-CMOS-Gate- 
Array mit 20000 Gattern eingesetzt. 
Geringe Wärmeabgabe (ca. 800 W je 
Board) ermöglichen eine hohe Pak- 
kungsdichte und Luftkühlung bei den 
kleineren Modellen. Die Stickstoff- 
kühlung wird vor allen Dingen wegen 
des Geschwindigkeitsgewinns einge- 
setzt. Je Schaltkreis werden ca. 5 000 
Logikelemente für ein Selbsttestsy- 
stem eingesetzt. Alle 240 VHSI- 
Schaltkreise eines Zentralprozessors 
sind auf einer Platine mit 44 Layers 
untergebracht. Über 90000 durch- 
kontaktierte Bohrungen wird das Ver- 
bindungssystem realisiert. Folglich 
sind im Computerschrank fast keine 
Kabel zu sehen. Für einen Prozessor 
werden nur noch 1 600 W benötigt. 


Eine hohe Übertragungsgeschwin- 
digkeit zwischen Prozessor und 
Hauptspeicher (75 GBit/s) sichert 
eine kontinuierliche Datenversor- 
gung der CPU. Alle Systemkompo- 
nenten, wie Betriebssystem, Netz- 
werk, Compiler und Anwendungs- 
software, orientieren sich an der 
Hauptforderung nach einer einfachen 
Nutzung des Supercomputers. Es 
existieren Softwarekomponenten zur 
Kommunikation mit allen größeren 
Betriebssystemen von CDC oder an- 
derer Produzenten. Für die ETA 10 
selbst wird ein UNIX-kompatibles Be- 
triebssystem angeboten. Konzepte 
zur Vernetzung der Supercomputer 
wurden vorgestellt. 

Andere, ebenfalls leistungsfähige 
Computer wurden von Tandem, T ole- 
rant Systems, NCR u. a. ausgestellt. 
Sie erreichen jedoch alle nicht diesen 
Durchsatz und sind vornehmlich an 
Einsatzfällen orientiert, bei denen es 
um eine hohe Systemzuverlässigkeit 
geht. Faktisch ausnahmslos handelt 
es sich dabei um Multiprozessorkon- 
zepte. 

Die nun schon „klassisch“ zu nen- 
nenden EDVA waren faktisch nicht 
ausgestellt. Sie existieren in „irgend- 
welchen“ Rechenzentren, ihre Res- 
sourcen werden über Kommunika- 
tionsnetze verfügbar gemacht. Ledig- 
lich für bestimmte Einsatzgebiete, 
vornehmlich mit Anforderungen an 
erhöhte Systemverfügbarkeit, wer- 
den bestimmte Systeme konzipiert 
und realisiert. Andererseits gibt es 
Implementierungen neuer Konzepte, 
vor allem verschiedene RISC-Archi- 
tekturen. 

Es ist aber anzumerken, daß diese 
Klasse der EDVA zunehmend mehr 
bedrängt wird, von „oben“ durch die 
Entwicklungstendenzen bei Super- 
computern und von „unten“ durch 
ständig steigende Leistungsmerk- 
male bei Workstations und Personal- 
computern. 

Bei den Minis dominieren die VAX- 
Systeme der Firma DEC bzw. ver- 
gleichbare Computer. Damit wird ein 
breites Spektrum von Leistungsmerk- 
malen überdeckt. Durch „Verdüste- 
rung“ können außerordentlich lei- 
stungsstarke Komplexe konfiguriert 
werden. Die Micro VAX-Systeme wer- 
den in unterschiedlichen Formen für 
das Büro, die Werkhalle oder das La- 
bor gefertigt. 

Bei Workstations und Personalcom- 
putern existiert ein außerordentlich 
breites Angebot. Hunderte von Fir- 
men offerieren PCs entsprechend 
dem IBM PC. In den letzten Jahren 
hat sich jeweils ein leistungsstärkerer 
Typ der INTEL-8086-Familie als 
Schwerpunkt gezeigt. In diesem Jahr 
ist es die 80386-CPU, die in vielen 
Modellen eingesetzt ist. Ebenfalls 
weit verbreitet ist die 80286-CPU. 


Modelle des Supercomputersystems ETA 10 


ETA- 10 Modell 


O EG 


Taktzeiten (ns) 

bk. HS (MByte) 
globaler HS (MByte) 
Leistung (MFLOPS) 


24 19 

1-2 1-2 

32-64 32-64 

64-512 64-512 

750 946 

Luft Luft 


10,5 7 

1-4 2-6 

32-128 32-256 

256 -1024 512-2048 

3.420 10.280 

flüssiger Stickstoff 


Seltener ist schon der einfache 16- 
Bit-Prozessor, faktisch nicht mehr an- 
zutreffen ist eine 8-Bit-CPU in den 
PCs. Bei den Prozessoren dominiert 
deutlich die INTEL-Familie, gefolgt 
von den 16/32-Bit-Prozessoren von 
Motorola. Andere sind fast nicht an- 
zutreffen. Des weiteren sind ein hoch- 
auflösender farbiger Bildschirm, ein 
Hauptspeicher mit ein und mehr 
MByte Kapazität und ein Massen- 
speicher (Harddisc) mit einigen 
10 MByte Ausrüstungsstandard. Ein 
breites Sortiment von Ergänzungs- 
hardware (Speichererweiterungen, 
Kommunikationscontroller, Grafik- 
controller etc.) ermöglichen nahezu 
unbegrenzte Einsatzfälle. 

Die im Bericht über die CeBIT ’87 be- 
reits angedeutete Tendenz bei den 
peripheren Geräten hat sich weiter 
ausgeprägt. Deshalb nur einige kurze 
Bemerkungen. 

Obwohl natürlich noch Typenrad- 
drucker auf dem Markt sind, dominie- 
ren bei den Zeilendruckern die Nadel- 
drucker. Ausführungen mit 9 und vor 
allem 24 Nadeln sind weit verbreitet. 
Daß damit noch nicht das Ende er- 
reicht wurde, demonstrierte EPSON 
mit einem Matrix-Drucker mit 48 Na- 
deln und max. 300 Z/s (siehe MP 6/ 
88). Die damit erreichbare Schön- 
schrift sowie die realisierte Druckge- 
schwindigkeit verdrängen die Typen- 
raddrucker immer weiter. Tinten- 
strahldrucker mit bis zu 24 Düsen im 
Druckkopf, auch in Ausführungen für 
mehrfarbigen Druck, werden eben- 
falls angeboten. Darüber hinaus eta- 
bliert sich der Laserdrucker immer 
mehr in diesem Bereich. Systeme mit 
Leistungen bis zu über 100 Seiten/ 
min für den Massendruck, Laserdruk- 
ker mit ca. 25 Seiten/min für Anwen- 
dungen mit mittleren Anforderungen 
oder kleinere Modelle als Auftisch- 
Geräte mit 6 bis 1 0 Seiten/min für den 
Arbeitsplatzcomputer sind im Ange- 
bot. Weitere Leistungsmerkmale sind 
Druckgeschwindigkeit, Geräuschpe- 
gel und natürlich der Preis. Dies alles 
berechtigt die Aussage, daß Mosaik- 
und Laserdrucker in diesem Bereich 
dominieren werden. 

Bei den Massenspeichern dominie- 
ren natürlich die mit wahlfreiem Zu- 
griff. Nach wie vor weit verbreitet sind 
Floppy-Disk-Laufwerke im 5,25"-For- 
mat (slime-line-Ausführung) mit Ka- 
pazitäten bis 1,6 MByte. Erste Aus- 
führungen von Laufwerken mit Senk- 
recht-Aufzeichnung bieten 4 MByte 
Kapazität. Des weiteren existieren 
natürlich Laufwerke im 3,5"-Format 
von mehreren Herstellern. Auch hier 
das Fassungsvermögen bis ca. 
2 MByte. Weit verbreitet, nicht zuletzt 
wegen des günstigen Preis/Lei- 
stungsverhältnisses, sind Winche- 
ster-Laufwerke mit einigen 10 bis ca. 
400 MByte Kapazität im 3,5 "-, 5,25"-, 
8’"- und 9"-Format (zum Teil direkt auf 
der Leiterkarte bei den kleineren For- 
maten). Darüber hinaus gibt es Lauf- 
werke mit größeren Kapazitäten, bei- 
spielsweise bis über 1 GByte bei 9"- 
Laufwerken. Angekündigt wurden 
3,5"-Winchester-Laufwerke mit bis zu 
200 MByte. Magnetband-Streamer 
mit bis zu 100 MByte Fassungsver- 
mögen bieten Möglichkeiten zur Da- 
tensicherung bzw. -archivierung. 


Es sind auch Massenspeicher mit Ka- 
pazitäten von einigen 10 bis über 
100 GByte für große Informationssy- 
steme auf optischer Basis (CD-ROM 
bzw. WORM (write once, read many)) 
im Angebot. Weitgehende Einsatz- 
möglichkeiten werden diese Speicher 
sicherlich erst finden, wenn das Pro- 
blem des Mehrfachbeschreibens ge- 
löst ist; eine Aufgabenstellung, an der 
intensiv gearbeitet wird. 

Nachfolgend einige Bemerkungen zu 
Displays. Hochauflösende Bild- 
schirme sind für Einsatzfälle des CAD 
oder auch des Desktop Publishing 
unverzichtbar. Damit werden unmit- 
telbar Einsatzgruppen und Akzep- 
tanzfragen derartiger Systeme ent- 
schieden. Das gilt sowohl für farbige 
Displays als auch für Ausführungen 
für Schwarz-auf-Weiß-Darstellun- 
gen. So bietet der hochauflösende 
Farbmonitor 7351 von Conrac Elek- 
tron mit einer 19"-Bildröhre eine Auf- 
lösung von 1280x1024 Pixel. Eine 
Zeilenfrequenz von 65 kHz bei max. 
80 Vollbildern je Sekunde sichert ein 
flimmerfreies Bild. Dieses Modell hat 
eine Bandbreite von 110 MHz. Damit 
wird höchsten Anforderungen aus 
den Bereichen des CAD/CAM Rech- 
nung getragen. Neben der „klassi- 
schen“ Ausführungsform als CRT- 
Display gibt es viele Displays mit 
LCD-, LED- oder Plasma-Schirmen. 
Zweckmäßig für Bildschirm-Darstel- 
lungen in größeren Räumen sind fla- 
che Aufsätze eines Plasma-Displays 
für einen Overhead-Projektor, so daß 
PC-Ausgaben direkt auf die Lein- 
wand projiziert werden können. 

Software 

Im Bereich der Workstations bzw. 
PCs dominieren nach wie vor UNIX 
(einschließlich Derivate) und das MS- 
DOS. Hierfür gibt es eine unüberseh- 
bare Menge von Anwender-Software. 
Eine gewisse Verbreitung hat das 
Windows 386 für die leistungsstarken 
PCs mit der 80386-CPU gefunden. 
Das OS/2 für die neue PC-Genera- 
tion war erwähnt, jedoch gibt es dafür 
gegenwärtig noch nahezu keine An- 
wender-Software. Es ist damit zu 
rechnen, daß in kurzer Zeit die Lage 
völlig anders ist. 

Auf die unübersehbare Vielfalt der 
Anwendersoftware kann hier nicht 
eingegangen werden. Es ist davon 
auszugehen, daß für alle denkbaren 
Einsatzgebiete im Bereich der gro- 
ßen Unternehmen, der mittelständi- 
schen Industrie, der Handwerksbe- 
triebe und der Privatsphäre Software- 
Systeme zur Rationalisierung der in- 
formationeilen Prozesse existie- 

Anwendersoftware war ein ausge- 
sprochener Schwerpunkt der CeBIT 
'88. Über 100 neue Anbieter zu die- 
sem Komplex sind Beweis dieser Ein- 
schätzung. 

Neben diesen Anwendersystemen 
existieren vielfältige Software-Werk- 
zeuge zur rationellen Entwicklung 
und Fertigung von Softwaresyste- 
men. Diese technologischen Mittel 
zur Softwareproduktion gev/innen bei 
der sich immer deutlicher ausprägen- 
den Anwendung der Computer einen 
ständig steigenden Wert. 
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Der zweite Schwerpunkt der Messe, 
die Kommunikationstechnik, soll hier 
nur kurz vorgestellt werden. 

Der Versuchsbetrieb erster ISDN- 
Teilnetze in der BRD und das weitere 
Vorankommen der internationalen 
Standardisierungsbestrebungen 
spiegelten sich bei der CeBIT ’88 
durch vielfältige ISDN-Präsentatio- 
nen wider. Das Konzept der Bundes- 
post sieht 1988 erste ISDN-Telefo- 
niedienste in einigen Ballungsräu- 
men vor. Dann sollen noch in diesem 
Jahr Teletex/Telex und später Tele- 
fax, Btx, Datex und Funkruf dazukom- 
men. Dies sind für die nachrichten- 
technische Industrie ohne Zweifel 
günstige Bedingungen, obwohl si- 
cherlich die großen Zahlen für An- 
schlußeinheiten, die dann auch die 
Wirtschaftlichkeit (insbesondere der 
Rückfluß für die außerordentlich ho- 
hen F/E-Aufwendungen) gewährlei- 
sten, noch auf sich warten lassen. 

Bei den Vermittlungssystemen domi- 
nieren vor allem die Angebote von 
Siemens und SEL (Alcatel) zum Auf- 
bau von Orts-, Fern- und Nebenstel- 
lenzentralen. Auch in diesem Jahr 
war wieder deutlich der T rend zu regi- 
strieren, daß, vor allem im Nebenstel- 
lenbereich, Firmen der Computer- 
branche Vermittlungstechnik anbie- 
ten (IBM, Nixdorf). 

Die für den Aufbau der Übertragungs- 
trassen notwendigen Leitungstrakte, 
auch für die hochkanaligen Systeme, 
sind auf der Basis Koaxial- und vor al- 
lem Lichtwellenleiter und über Dezi- 
meterstrecken vorhanden. Dazu 
kommen noch die Breitband-Kommu- 
nikationsanlagen in der neuen 450- 
MHz-Technik. Damit kann die bishe- 


rige Übertragungskapazität beträcht- 
lich gesteigert werden, so daß nun- 
mehr 35 TV-, 30 analoge und 16 digi- 
tale Hörfunk-Kanäle zum Teilnehmer 
geführt werden können. Dazu gehö- 
ren natürlich noch technische Sy- 
steme zum Betrieb und zur Überwa- 
chung dieser Übertragungseinrich- 
tungen. 

Für den praktischen Einsatz der 
Lichtwellenleitertechnik ist eine zu- 
verlässige und montagefreundliche 
Verbindungstechnik geschaffen wor- 
den. Dämpfungsarme Spleiß-Verbin- 
dungen, sichere Steckverbinder 
(Prinzip der Linsenkopplung), Muffen 
und Verzweiger sowie eine zugehö- 
rige Meßtechnik sind nunmehr von 
mehreren Anbietern verfügbar. 

Die ISDN-Grundphilosophie der 
Diensteintegration findet natürlich 
auch in den Endgeräten ihren Nieder- 
schlag. Das multifunktionale Endge- 
rät mit Bildschirm, Tastatur und 
Handapparat ist dabei die Basis. Es 
wurde ein breites Spektrum von Fern- 
sprechapparaten, von Faksimilege- 
räten und Einrichtungen für den Mo- 
bilfunk gezeigt. Bei einigen Ausstel- 
lern waren Bildtelefonsysteme für 
den 64-KBit/s-Kanal des ISDN zu se- 
hen. Diese extreme Datenreduktion, 
die dabei notwendig ist, ist vor allen 
Dingen bei bewegten Objekten zu se- 
hen. Ob das eine echte Alternative zu 
den Breitband-Diensten des B-ISDN 
sein wird, scheint zweifelhaft. 

Wie stark das Bedürfnis ist, PC-Tech- 
nik mit ISDN zu verbinden, zeigt eine 
ISDN-Adapterkarte für IBM-kompati- 
ble PCs. Sie verfügt über eine So- 
und eine UPO-Schnittstelle und ge- 
währleistet die simultane Übertra- 
gung von 2 B- (2x64 KBit/s) und ei- 
nem D-Kanal (16 KBit/s). ISDNCard 


unterstützt neben einem Komfort-Te- 
lefon ISDN-Btx, ISDN-teletex, ISDN- 
Telefax und ISDN-Textfax. Weitere 
Unterstützungen (z. B. Voicebox) 
sind vorgesehen. 

Im Bereich der lokalen Kommunika- 
tion ergänzen sich (ISDN-fähige) Ne- 
benstellenanlagen, die neben Telefo- 
nie vielfältige weitere Dienste der 
Text- und Datenkommunikation an- 
bieten, und LAN in interessanter 
Weise. Natürlich sind beide Konzepte 
in ihren Leistungsmerkmalen nicht 
deckungsgleich, jedoch im Bereich 
der Text- und Datenkommunikation 
verschwinden die Unterschiede. Das 
Angebotsspektrum unterschied sich 
nicht wesentlich vom Vorjahr. 
Abschließend einige Trendeinschät- 
zungen und Schlußfolgerungen, die 
vornehmlich für den Bereich des 
Hochschulwesens gelten: 

- Die Entwicklung im Bereich der Su- 
percomputer ermöglicht vor allem in 
der Grundlagenforschung das Ange- 
hen völlig neuartiger Aufgabenklas- 
sen. Deren Lösung verspricht nicht 
nur Erkenntnisgewinn schlechthin, 
sondern schafft wissenschaftlichen 
Vorlauf für eine leistungsstarke 
Volkswirtschaft der nächsten Jahr- 
zehnte. Die Aussage, die auch in den 
Ausrüstungskonzeptionen des Mini- 
steriums für Hoch- und Fachschulwe- 
sen der DDR zur Rechentechnik an 
den Universitäten und Hochschulen 
ihren Niederschlag gefunden hat, 
kann nur immer wieder hervorgeho- 
ben werden. 

- Die Dezentralisierung der Compu- 
tertechnik schreitet auch bei den 
„Großen“ immer weiter voran. Die 
Leistungsmerkmale im Bereich der 
PC und der Workstations einerseits 
und die Preisentwicklung, auch im 


Auf der Hannover-Messe Industrie 
1988 (19.-26. April 1988) waren 
5800 Aussteller aus 43 Ländern ver- 
treten. Insgesamt wurden etwa eine 
halbe Million Besucher gezählt. 

Die Palette der gezeigten Exponate 
reichte von Mikroelektronik-Bauele- 
menten über Rechnersysteme und 
Automatisierungsanlagen bis hin zur 
Weltraumtechnik. 

Breiten Raum nahm die Vorstellung 
neuer Technologien und der damit 
zusammenhängende Lizenzhandel 
(Know-how-Transfer) ein. Beherr- 
schendes Thema eigentlich auf fast 
allen Gebieten war der Siegeszug der 
Mikroelektronik in Dimensionen, wie 
sie dem sonst wohl immer auf einem 
speziellen Fachgebiet tätigen Besu- 
cher bei solchen Gelegenheiten be- 
sonders deutlich werden. 

Für das Fachgebiet der Mikroelektro- 
nik und Mikroprozessortechnik sind 
die folgenden, jeweils zu Themen- 
gruppen zusammengefaßten Son- 
derschauen besonders erwähnens- 


Bereich der Supercomputer, anderer- 
seits lassen daran keinen Zweifel 
mehr. Dies sollte Anlaß sein, die Auf- 
gaben und Stellung der Rechenzen- 
tren an den Universitäten und Hoch- 
schulen neu zu durchdenken und die- 
ser Entwicklung anzupassen. 

- Die Anwendung der Computer- 
technik in allen Bereichen erfordert 
einen angemessenen Bildungsvor- 
lauf. Die Maßnahmen zur Ausgestal- 
tung der Informatik-Ausbildung im 
Hochschulwesen entsprechen dieser 
Entwicklung. Stärker als bisher sind 
die Anwendungsaspekte und das Er- 
fordernis der Analyse der durch Com- 
putereinsatz zu automatisierenden 
Prozesse zu betonen. 

- Das Angebot an Publikationen zur 
Informatik und der Anwendung der 
Computer ist in der DDR nach wie vor 
unzureichend. Das betrifft sowohl 
den Buch- als auch den Zeitschriften- 

- Die Forschungsaufgaben zur 
Kommunikations- und Computer- 
technik an den Universitäten und 
Hochschulen erfordern einen ständig 
steigenden materiell-technischen 
Aufwand. Besonders deutlich und 
hemmend zugleich zeigt sich das bei 
Leiterkartenentwurf und -fertigung. 
Praktische Aufbauten mit VLSI- 
Schaltkreisen erfordern zwingend 
Mehrebenenleiterkarten mit durch- 
kontaktierten Verbindungen und eine 
angemessene Meß-, Registrier- und 
Darstellungstechnik (z. B. Logikana- 
lysatoren). Die notwendigen Investi- 
tionen können ohne Zweifel nur noch 
im Zusammenhang mit einer sinnvol- 
len Konzentration erbracht werden. 

Prot. Dr. sc. techn. Neubert 


• MICROTRONIC- Bausteine der 

Elektronik 

• INTERMATIC- Fertigungsnahe 
Computertechniken 

• ICA - Internationales Zentrum 
für Anlagenbau 

• Innovationsmarkt Forschung und 
Technologie 

Die DDR war in Hannover 1988 in 
vielfältiger Weise präsent. Zum neun- 
undzwanzigsten Mal zeigte eine 
Reihe von Kombinaten und Außen- 
handelsbetrieben aus der DDR ihr 
gestiegenes Leistungsvermögen. Die 
Bedeutung, die dem Auftreten der 
DDR auf diesem Welthandelsplatz 
beizumessen ist, wurde nachdrück- 
lich durch den Besuch wichtiger Re- 
gierungsdelegationen aus der DDR 
unterstrichen. 

Auf zwei besonders wichtige Schwer- 
punkte des Ausstellungsgeschehens 
in Hannover - ASICs und MAP - soll 
hier näher eingegangen werden. 

Auf der MICROTRONIC-Sonder- 
schau versuchten die Hersteller von 


Hannover-Messe 

Industrie 1 988 
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Bild 1 Von der Firma Intel wurde erstmals das System 302, ein auf dem AT- 
Bus basierender 25-MHz-80386-Personal-Computer, vorgestellt. Er ist 
weltweit mit 25 MHz einer der schnellsten 80386-PC und setzt damit in ver- 
schiedener Hinsicht neue Maßstäbe (das Bild zeigt das Motherboard). 

Die Zielmärkte des Systems 302 sind zeitkritische Anwendungen wie Echt- 
zeitprozeßkontrolle, Simulation, Computer Aided Design und der Banken- 
bereich - alles Anwendungen, bei denen primär hohe Verarbeitungsge- 
schwindigkeit und große Speicherkapazität die Hauptanforderungen sind. 
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Bauelementen, Baugruppen und Sy- 
stemen der modernen Elektronik zu 
vermitteln, wie die Schlüsseltechno- 
logie Mikroelektronik zur zentralen 
Bedeutung für viele Anwender wird. 
Es wurde dabei insbesondere ver- 
sucht, zu zeigen, welche Applika- 
tionshilfen dem Anwender zur Verfü- 
gung stehen, um seine Produkte auf 
den neuesten Stand mikroelektroni- 
scher Leistungsfähigkeit zu bringen. 
Wichtige Schwerpunkte waren die 
drei Themenkomplexe unter dem 
Motto 

- Vom Bauelement zur Systeminte- 
gration 

- Technologiefortschritt schafft neue 
Strukturen 

- Elextronic Design Automation - 
Schlüssel zur Systemintegration 

mit praktischen Beispielen aus allen 
Bereichen der Elektroindustrie, von 
der Meß-, Steuer-, Regeltechnik bis 
hin zur Preßautomation. 

Eine besonders wichtigen Schwer- 
punkt des Angebotes bildeten die an- 
wendungs- und kontinuierten Schal- 
tungen, die ASICs (Applications Spe- 
cific Integrated Circuits). 

Ihnen stehen die Standardschaltun- 
gen gegenüber, die einheitlich gefer- 
tigt werden. Standardschaltungen 
sind neben den TTL/ECL/CMOS- 
Standardbauelementreihen vor allem 
die Speicher, Mikroprozessoren und 
Microcontroller, Operationsverstär- 
ker, Signalwandler von analog zu di- 
gital und umgekehrt usw. 

Während die Standardschaltungen 
im kapitalistischen Wirtschaftsgebiet 
nahezu ausschließlich von Japan 
(54 %) und den USA (44 %) gefertigt 
werden, stammt jede vierte nichtstan- 
dardisierte (ASIC-) Schaltung aus 
Westeuropa (26 %). Die Marktbedeu- 
tung der ASICs nimmt ständig zu. 

In den verbleibenden zwölf Jahren bis 
zum Ende dieses Jahrhunderts wird 
sich nach Schätzungen in der BRD 
der ASIC-Verbrauch mindestens ver- 
siebenfachen. 

Das Verhältnis von Standard zu 
Nichtstandard auf dem IC-Gebiet 
wird sich bis dahin, von jetzt noch 
zwei zu eins, auf eins zu eins zugun- 
sten der ASICs gewandelt haben. 

Das überproportionale Wachstum 



Bild 3 Von Honywell wurde das vielfältig konfigurierbare Industrieauto- 
matisierungssystem IPC 6201622 auf der Basis des Mikroprozessors 
M 6 8008 mit einem tragbaren Programmiergerät (MS-DOS) gezeigt. 


der ASIC-Schaltungen ist das äußere 
Zeichen ihrer Leistungsfähigkeit - 
maßgeschneidert für eine spezielle 
Aufgabe im Gerät oder in der Anlage 

Die Leistungsfähigkeit der ASICs und 
ihre Anwendungsmöglichkeiten zu 
vermitteln, war ein besonderes Anlie- 
gen der Hannover-Messe. 

Die Integration der Computertechnik 
in die hochinnovative Automatisie- 
rungstechnik der Industrie war kein 
punktuelles Thema einiger Speziali- 
sten, sondern ein übergreifendes Lei- 
stungsverbot vieler Aussteller. 
Konzentrationspunkt war die Teil- 
fachmesse INTERMATIC, in der 200 
Aussteller (u. a. auch aus der DDR) 
CIM-Konzepte praxisnah darzustel- 
len versuchten (CIM - Computer Inte- 
grated Manufacturing). 

Im Brennpunkt dieser Präsentation 
stand ein Leitzentrum „CIM - Fabrik 
mit Zukunft“. 

Hier führten einige Unternehmen vor, 
wie auf der Basis von Standards und 
definierten Schnittstellen zukunfts- 
orientierte computergestützte und 
-integrierte Systeme schon heute mit 
vorhandenen Anlagen und Struktu- 


ren realisiert werden können. Ihre un- 
terschiedlichen Computersysteme, 
Produktionsstationen, Maschinen- 
steuerungen und Kommunikations- 
rechner waren alternativ oder in Kom- 
bination über ein Breitband-Netzwerk 
bzw. ein Lichtwellenleiter-Netzwerk 
miteinander verbunden. 

Darüber hinaus unterstrichen alle 
Teilnehmerfirmen ihre Bereitschaft 
zu offenen Systemen, genormten 
Schnittstellen und Standards. 
Detailliert wurden mehrere praxis- 
nahe Bereiche der Produktionsauto- 
matisierung vorgestellt. 

Besonderes Interesse fanden offene, 
herstellerübergreifende Kommunika- 
tionslösungen als Basis für integrierte 
Lösungen im Fertigungsbereich. 

Das „Manufacturing Automation Pro- 
tocol“ (MAP) will international hier 
eine Normierung festlegen. 

Dadurch soll eine der Grundlagen für 
CIM geschaffen und die notwendige 
Sicherheit im Automatisierungsbe- 
reich hergestellt werden. 

Ein wichtiges Kennzeichen von MAP 
war, daß Anwender und Hersteller in 
gemeinsamen Anstrengungen über 
Firmengrenzen hinweg genormte Lö- 


sungsansätze spezifizierten. Gerade 
die Forderung der Anwender nach 
genormten Kommunikationsproduk- 
ten muß als besonders wichtig ange- 
sehen werden. MAP soll eine Antwort 
sein auf die schwierigen Kommunika- 
tionsbeziehungen verschiedener Au- 
tomatisierungssysteme wie Werk- 
zeugmaschinen, Roboter, Computer 
und speicherprogrammierbare 
Steuerungen. MAP spezifiziert, wie 
die Kommunikationsanforderungen 
in der Fertigungsautomatisierung 
ohne herstellerspezifische Ein- 
schränkungen bewältigt werden kön- 
nen. Dabei muß die durch MAP fest- 
gelegte Kommunikationsarchitektur 
allgemeinen Anforderungen genü- 
gen, das heißt, alle typisch auftreten- 
den Anforderungen weitestmöglich 
abdecken und dabei innerhalb der 
genormten Architektur heutige und 
künftige Strukturen berücksichtigen, 
ohne technische Weiterentwicklung 
zu behindern. 

Die heute aktuelle Version von MAP 
ist die Version 2.1. Auf dieser Basis 
gibt es Produkte einiger weniger Her- 
steller. In den Normungsgremien wird 
zur Zeit an der nächsten Version MAP 
3.0 gearbeitet; sie soll für die näch- 
sten sechs Jahre stabil bleiben. 

Die Firma ALLEN-BRADLEY demon- 
strierte in Hannover zum ersten Mal 
das „ MAP-3.0-Starter-Paket“ . Im 
Rahmen der universellen Kommuni- 
kation unterschiedlicher Hersteller, 
die über das Netz Daten austau- 
schen, wurde dabei ein MAP-3.0-Pro- 
dukt vorgestellt, das der im Juni 1988 
verabschiedeten MAP-3.0-Version 
entsprechen soll. 

Das „MAP-3.0-Starter-Paket“ wurde 
als Subnetzwerk zur Breitband-Kom- 
munikation installiert und lauffähig mit 
einer speicherprogrammierbaren 
Steuerung PLC-3 gezeigt. Die PLC- 
3-MAP-Schnittstelle paßt dabei in ei- 
nen freien Steckplatz der PLC-3 und 
erlaubt unterschiedlichen Datenaus- 
tausch: Lesen eines speziellen Files 
von einer anderen Station, Empfan- 
gen von Prozessorzustandsänderun- 
gen, Austausch von kompletten Pro- 
grammen und Diagnosen über ange- 
schlossene Stationen. 

Dr. Ludwig Claßen 


256-KByte-RAM-Erweite- 

rung 

Das Kombinat PRÄCITRONIC Dres- 
den beabsichtigt, im Rahmen seiner 
Konsumgüterproduktion eine Leiter- 
platte (zweiseitig) zur 256-KByte- 
RAM-Erweiterung (entsprechend der 
Veröffentlichung in der Zeitschrift Mi- 
kroprozessortechnik 3/88) zu produ- 

Interessenten richten bitte ihre Anfra- 
gen an: 

VE Kombinat PRÄCITRONIC 
Dresden Stammbetrieb, Abt. KM, 
Fetscherstr. 72, Dresden, 8016 


In eigener Sache 

Für eine weitere Redakteurstelle in unserer Zeitschrift suchen wir einen ge- 
eigneten Mitarbeiter bzw. eine Mitarbeiterin mit abgeschlossenem Hoch- 
oder Fachschulstudium und guten Kenntnissen der Computertechnik. 

Zu den Aufgaben gehören unter anderem das redaktionelle und fachliche 
Bearbeiten von Manuskripten, der Besuch und die Auswertung von Fach- 
tagungen, -messen und -ausstellungen, die Zusammenarbeit mit Autoren 
und Gutachtern sowie ggf. das Testen und Beurteilen von Programmen, 
die der Redaktion zur Veröffentlichung eingereicht werden. 

Falls Sie Interesse an dieser Tätigkeit haben und im Raum Berlin wohnen, 
schreiben Sie uns oder rufen Sie uns unter Tel. 2870371 oder 2870203 


Das Schulungszentrum 
des Büromaschinen- 
werkes 

Sömmerda führt Softwareschulun- 
gen 1 988 und 1 989 durch für: 

- Betriebssystem DCP 3.2 (1 Woche) 

-REDABAS (2 Wochen) 

- T-PASCAL (3 Wochen) 

- MULTICALC (1 Woche) 

Anfragen sind zu richten an: 

VEB Robotron Büromaschinenwerk 
„Ernst Thälmann“ Sömmerda, Abt. 
Schulungszentrum, Weißenseer 
Str. 52, Sömmerda, 5230; 
Tel.: 4 25 85 Krauße 


TERMINE 33. Internationales Wissenschaftliches Kolloquium 

WER? Technische Hochschule Ilmenau 

WANN? 24. bis 28. Oktober 1988 
WO? T echnische Hochschule Ilmenau 

WAS? Reihe B: technische und angewandte Informatik/Computertechnik 

WIE? Teilnahmewünsche an TH Ilmenau, 33. IWK, PF 327, Ilmenau, 6300; Tel. 74846 Prof. Dr. Dr. Roth 
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Kleines Lexikon 
der Speichertechnik 

Von H. Völz, VEB Verlag Technik, 
Berlin 1987, 68 Seiten, 48 Bilder, 
4,80 M 

Dieses kleine Lexikon beginnt mit ein- 
führenden Hinweisen und konzen- 
triert sich stark auf die gebräuchli- 
chen Termini der magnetomotori- 
schen Speichertechnik. 

Mit Sorgfalt wurden ca. 500 Fachter- 
mini aus dem Problemkreis der Spei- 
chertechnik ausgewählt, wobei 
209 Fachtermini (Ober- und Sammel- 
begriffe) mit ausführlichen Texten 
versehen sind und die restlichen als 
Verweistermini auftreten. 

Der T ext zu den Ober- bzw. Sammel- 
begriffen beginnt stets mit einer knap- 
pen Erläuterung (Definition) des Be- 
griffes selbst. Daran schließen sich 
weiterführende Erläuterungen an, die 
teilweise sehr detailliert sind (insbe- 
sondere die Begriffe der magnetomo- 
torischen Speichertechnik betref- 
fend). Das Verständnis der angege- 
benen Erläuterungen wird durch eine 
große Anzahl von Bildern, Schal- 
tungsstrukturen, Diagrammen und 
Tabellen stark gefördert. Die Begriffe 
sind gut ausgewählt und systema- 
tisch beschrieben. Trotzdem bleiben 
dabei natürlich auch Wünsche offen. 
Das sind insbesondere Begriffe, den 
Problemkreis der Halbleiterspeicher- 
technik betreffend, bei dem der Autor 
bewußt Lücken in Kauf genommen 
und auf entsprechende Literatur ver- 
wiesen hat. 

Beispielsweise erscheint bei dem Be- 
griff Cache der Verweis auf den Be- 
griff Seitenadressierung als eine et- 
was zu einseitige Betrachtung. Das 
gleiche gilt auch z. B. für den Begriff 
Datenblock, der nur im Zusammen- 
hang mit dem Magnetband erläutert 
wurde. Die Aussage, daß Halbleiter- 
speicher in Rechnern meist als Ar- 
beitsspeicher genutzt werden, ist 
eventuell auch etwas zu eng gefaßt. 
Wünschenswert wäre ebenfalls, 
wenn bei allen Verweisstichworten, 
die eine Abkürzung darstellen (z. B. 

BBD, CAS, CE DMS, ds 

LIFD, . . ., ZDMS, ZMD), die entspre- 
chende Bezeichnung konsequent 
ausgeschrieben wäre. Entspre- 
chende Beispiele lassen sich im Lexi- 
kon ebenfalls zahlreich finden (z. B. 

DAT, DM ECC usw.). 

Die Handhabung des Lexikons wird 
durch die übersichtliche Darstellung 
und den Fettdruck der Stichworte gut 
unterstützt. Es ist für viele Leser von 
Interesse, sowohl für Studierende an 
Hoch- und Fachschulen als auch für 
Praktiker. Dieses Lexikon bietet die 
Möglichkeit, Grundwissen bezogen 
auf die Speiphertechnik wesentlich zu 
erweitern (magnetomotorische Spei- 
cher), aufzufrischen bzw. zu ergän- 
zen. Es kann dem Leser als gutes und 
fachkundiges Nachschlagewerk sehr 
empfohlen werden. 

Eine Erweiterung auf 80 Seiten in 
Verbindung mit einer Neuauflage ist 
zu wünschen (Speicheradressierun- 
gen, Speicherverwaltung, objekt- 
orientierte Speicherung). 

Dr. Veronika Sauer 


Fertigung, Prüfung 
und Montage von 
Automatisierungsanlagen 
mit Mikrorechnern 

von G. Venus und H. Beucher 
Schriftenreihe „Automatisierungs- 
technik“, Heft 1 8, Betriebssektion der 
KDT und Bereich Technologie des 
VEB Geräte- und Regler-Werke „Wil- 
helm Pieck“ Teltow, 1987, 60 S., 
13Abb., broschiert 8,- M. 

Anhand des mikrorechnergestützten 
Prozeßleitsystems audatec, das vom 
VEB GRW „Wilhelm Pieck“ Teltow 
für die Automatisierung der verschie- 
densten verfahrenstechnischen An- 
wendungsfälle geschaffen wurde, ge- 
hen die Autoren der Broschüre auf die 
Schwerpunkte der Fertigung, Mon- 
tage und Inbetriebnahme von be- 
stimmten audatec-Komponenten 

Im Rahmen der technologischen 
Konzeption der stationären Fertigung 
werden eingehend der technologi- 
sche Fertigungsumfang und -ablauf, 
die Fertigungsorganisation, die Ge- 
fäßfertigung und insbesondere die 
Prüfung von Baugruppen, Gefäßen 
und Anlagenteilen beschrieben. Die 
Montage von Automatisierungsanla- 
gen, die den Fertigungsumfang und - 
ablauf sowie die Arbeitsvorschriften 
der Anlagenmontage umfassen, bil- 
den den zweiten Schwerpunkt. 
Maßnahmen der Inbetriebnahme von 
audatec-Automatisierungsanlagen 
sowie die Anforderungen an die 
Transport- und Lagertechnik werden 
kurz angedeutet. Es werden aus- 
schließlich technische Gesichts- 
punkte des Produktionsprozesses 
von Automatisierungsanlagen darge- 
stellt, wobei die Vernetzung mit vor- 
bereitenden Prozessen wie Material- 
wirtschaft bzw. mit betrieblichen Pla- 
nungs- und Abrechnungsprozessen 
vernachlässigt wird. 

Anhand der Abbildungen werden die 
einzelnen Prozeßabschnitte der Fer- 
tigung, Prüfung und Montage von Au- 
tomatisierungsanlagen mit Mikro- 
rechnern anschaulich dargestellt. 
Diese Veröffentlichung ist insbeson- 
dere für Technologen, Projektanten, 
Prüfingenieure und Inbetriebnahme- 
personal in der Automatisierungs- 
technik als Arbeitsmittel besonders 
gut geeignet. 

Die Broschüre ist über die Betriebs- 
sektion der Kammer der Technik 
oder über die Zentrale Informations- 
stelle Wissenschaft und Technik des 
VEB GRW „Wilhelm Pieck “ Teltow, 
Oderstr. 74176, Teltow, 1530, zu be- 
ziehen. 

Blackert 


Schaltnetzteile 

von J. Jacob, Militärverlag der DDR, 
Berlin 1987, 128 Seiten, 151 Bilder, 
32 Tabellen, 6,- M 

Moderne Stromversorgungseinrich- 
tungen basieren auf dem Prinzip des 
Schaltspannungsreglers. Neben ei- 
nem besseren Wirkungsgrad gegen- 
über konventionellen Netzteilen 
zeichnet sich das Schaltnetzteil auch 
noch durch geringeren Materialein- 
satz aus. Dieser Vorteil wird zwar 


durch eine komplizierte Schaltungs- 
technik erkauft, da aber die Ansteuer- 
schaltungen des Schaltreglers als 
Schaltkreis realisiert werden, spielt 
der Schaltungsaufwand heute keine 
Rolle mehr. So werden Schaltnetz- 
teile in der Elektronik zunehmend ein- 
gesetzt. Zum anderen wendet sich 
auch der Amateur immer häufiger 
dem Entwurf und Aufbau einer derar- 
tigen Stromversorgungstechnikzu. 

Es ist also notwendig, die Wirkprinzi- 
pien des Schaltnetzteils zu kennen. 
Der vorliegende Band will den inter- 
essierten Leser sowohl theoretisch 
als auch praxisnah und experimentell 
an die Problematik heranführen. 

Über die physikalischen Grundlagen, 
Auswahl- und Einsatzkriterien der 
wichtigsten Bauelemente, Funkent- 
störung und sehr ausführlich disku- 
tierte Dimensionierungsbeispiele 
wird der Leser schließlich zu zwei ein- 
fachen, im Schaltungsaufbau über- 
sichtlichen und einem anspruchs- 
volleren Applikationsbeispiel ge- 
führt. 

Ein kurzer, aber durchaus notwendi- 
ger Abschnitt vermittelt Aussagen 
zum internationalen Stand und zu et- 
waigen Tendenzen. Da das Buch ver- 
sucht, möglichst umfassend über die 
wichtigsten Bauelemente zu infor- 
mieren, schließt sich auch ein zwar 
kleiner, aber dem Charakter des Bu- 
ches zuträglicher Tabellenanhang 
an. Dem aufmerksamen Leser ver- 
mitteln schließlich die Literaturanga- 
ben, daß es weitere allerdings meist 
schwer zugängliche Literatur gibt. 
Damit ist das vorliegende Buch für 
alle an dieser Technik Interessierten 
ein echtes Hilfsmittel. 

Dr. I. Schreiber 

Mikrocomputergrafik 

(Mikrokomputernaä grafika) 
von D. Hearn und M. Baker, in russi- 
scher Sprache, Übersetzung aus 
dem Englischen, Verlag Mir Moskau 
1 987, 352 Seiten mit Bildern, Kunstle- 
der 10,- M 

Die grafische Darstellung spielt bei 
der Anwendung moderner Rechner 
eine entscheidende Rolle, denn sie 
gestaltet den Dialog Mensch-Ma- 
schine anschaulicher. 

Das Buch ist in fünf Kapitel mit folgen- 
dem Inhalt gegliedert: 1. Einleitung 
über Computergrafik; 2. Grundlagen 
der Computergrafik; 3. Grafische Me- 
thoden mittleren Schwierigkeitsgra- 
des, wie z. B. Vergrößern, Verklei- 
nern, Drehen, bewegte Bilder und 
Fenstertechnik; 4. Dreidimensionale 
Darstellungen ; 5. Anwendung von 
Computergrafiken, wie Leitung und 
Planung, Lehrmethoden, Budgetpla- 
nung, Spiele. 

Die Programme sind in BASIC ange- 
geben, und von dem Computer wird 
Vollgrafik und Farbtüchtigkeit voraus- 
gesetzt. Die Problematik wird nur 
vom Standpunkt der Software be- 
trachtet. Zahlreiche Beispielpro- 
gramme und Aufgaben zur selbstän- 
digen Lösung bereichern den Inhalt. 
Zu den Aufgaben werden Lösungshil- 
fen angeboten. 

Das Buch ist auch farbig illustriert und 
umfaßt eine Vielzahl von Problemen 
aus allen Bereichen der Technik, 


Wissenschaft und der Unterhaltung. 
Die Programme können übernom- 
men werden oder dienen der Anre- 
gung für Erweiterungen. Es wird da- 
her ein breiter Leserkreis angespro- 
chen, dem das Buch eine wertvolle 
Hilfe zur Lösung von Grafikaufgaben 

Nicht hoch genug kann das Verdienst 
des Verlages eingeschätzt werden, 
das Buch übersetzt und herausge- 
bracht zu haben. 

Dr. H. Dobesch 

Bejsik dlja PK IBM 
(BASIC für IBM-PC) 

von H. Morrill, Übersetzung aus dem 
Englischen, 1. Auflage, Moskva: Fi- 
nansy i statistika 1987, 207 Seiten, 
5,50 M 

Mit der zunehmenden Verbreitung 
von 16-Bit-Mikrorechnern in unserer 
Republik ist ein gesteigertes Inter- 
esse an Software für IBM-Computer 
und zu diesen kompatiblen Rechnern 
zu verzeichnen. 

Das vom Moskauer Verlag „Finanzen 
und Statistik“ vorgelegte Buch ver- 
steht sich in erster Linie als Anleitung 
zum Erlernen von BASIC. Obwohl 
diese 1964 entstandene Sprache 
heute in der Rechnerarbeit als nicht 
ausreichend effizient eingeschätzt 
wird, dürfte ihr Nutzen vor allem für 
Einsteiger auf dem Gebiet der Re- 
chentechnik unumstritten sein. Die- 
sem Gedankengang folgen offenbar 
auch die Computerhersteller, indem 
sie selbst für ihre neuesten PC-Ent- 
wicklungen BASIC-Interpreter bzw. 
-Compiler anbieten. 

Manches BASIC-Lehrbuch wird nicht 
nur zum Erlernen gerade dieser Pro- 
grammiersprache gekauft, sondern 
gleichzeitig auch als populäre Litera- 
tur für Informatik-Anfänger genutzt. 
Ganz in diesem Sinne vermittelt „BA- 
SIC für IBM-PC“ auch Grundlagen- 
kenntnisse über Informationsverar- 
beitung, den Aufbau eines Compu- 
ters, über Zahlensysteme usw. 

Das Buch umfaßt 14, in fünf Haupt- 
teile gegliederte Kapitel. Neben der 
Vorstellung des BASIC-Sprachum- 
fangs (der übrigens am Ende der Bro- 
schüre in tabellarischer Form noch- 
mals mit Erläuterungen aufgelistet 
ist), werden auch spezielle Probleme 
der File-Arbeit behandelt. Die einzel- 
nen Kapitel beinhalten jeweils 
Übungsaufgaben, deren Lösungen 
am Schluß des Buches vorgestellt 
werden. Die sowjetische Ausgabe 
enthält eine zusätzlich angefügte Li- 
ste mit Kommentaren zu Fehleraus- 
schriften, eine chronologische Dar- 
stellung der Entwicklung der Sprache 
BASIC sowie eine Gegenüberstel- 
lung des Sprachumfanges der BA- 
SlC-Versionen verschiedener Rech- 
ner. Kritisch anzumerken sind die 
handschriftlich vorgenommenen Kor- 
rekturen einzelner der im Buch zahl- 
reich verwendeten Rechneraus- 
drucke, bei denen offensichtlich stel- 
lenweise das Farbband abgenutzt 
war. Dies mindert jedoch nicht im ge- 
ringsten den positiven Gesamtein- 
druck dieses nützlichen, insbeson- 
dere für Hochschulstudenten, aber 
auch andere PC-Nutzer vorgesehe- 
nen Werkes. G. Mau 
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Börse 


Arithmetikprozessor 
unter DOS 3.20 

Während der Arbeit mit TURBO- 
PASCAL-, C- und FORTRAN-Pro- 
grammen unter DOS 3.20 kam es be- 
sonders an Stellen, an denen arith- 
metische Ausdrücke mit Unterstüt- 
zung des Ko-Prozessors berechnet 
werden sollten, zu unkontrollierten 
Systemabstürzen. Nach intensiver 
Suche fand sich die Ursache in einem 
Betriebssystemfehler des DOS Ver- 
sion 3.20. Eine nicht korrekte Verwal- 
tung des Arithmetikstackpointers 
führt hier schnell zu einem Overflow 
der 8 Stackebenen. Dieser Effekt wird ■ 
auch durch die Literatur bestätigt. 

Eine Änderung im DOS 3.20 behebt 
die Fehlerursache. Die geänderte 
Version wurde von uns auf verschie- 
denen IBM-kompatiblen Systemen 
mit 8087 erfolgreich getestet. 
Karl-Marx-Universität Leipzig, Sektion 
Physik, Karl-Marx-Platz 10, Leipzig, 
7010 

Scheller 


Hilfsprogramme 

Zur Verbesserung der Programmier- 
arbeit wurden von uns folgende nach- 
nutzbare Hilfsprogrammme erarbei- 
tet: 

• Rollen Bildschirmbereich unter 
REDABAS 

• Druck Bildschirminhalt (Flardcopy) 
unter REDABAS 

• Lochbandverarbeitung (R300/ISO 
Code) unter REDABAS 

Direkte Eingabe der Lochbanddaten 
in REDABAS oder Text-Datei. 

Die Lochbandausgabe erfolgt über 
eine Stringvariable und kann belie- 
bige Trenn- und Endezeichen enthal- 
ten. 

• Bildgenerator für TOURBO-PAS- 
CAL 

Es werden ganze Bildschirmbilder in 
Dateien gespeichert. Aufbau, Ände- 
rung, Druck und Kopie der Bilder er- 
folgen menügesteuert. Das Gestalten 
der Bildschirmbilder wird wesentlich 
erleichtert und erfolgt ohne Änderung 
im Anwenderprogramm. Für die An- 
zeige der Bilder in Anwenderpro- 
grammen ist lediglich ein Procedure- 
Aufruf erforderlich. 

VEB Mülana-W3, Abt. EDV, Kirchstraße 
10-12, Ohrdruf, 5807, Tel. 22 01 App. 21 

Schauer 


Kopplung zwischen den 
Kalkulationsprogrammen 
der 8 - und 1 6-BitTechnik 

Am Institut für sozialistische Wirt- 
schaftsführung der Leichtindustrie an 
der Hochschule für Ökonomie „Bruno 
Leuschner“ Berlin wurde ein Pro- 
gramm entwickelt, das die Übertra- 
gung von Tableaudateien aus den 8- 
Bit-Programmsystemen KP oder Su- 
perCalc (*.CAL) in Tableaudateien 
des 16-Bit-Programmsystems TAB- 
CALC (’.TCT) und umgekehrt reali- 
siert. Das Programm ist primär darauf 
ausgerichtet, Formelsysteme zwi- 
schen den Programmsystemen zu 
übertragen, kann aber auch zur reinen 
Datenübertragung genutzt werden. 


Das menügesteuerte Programm läuft 
auf dem PC 1 71 5 und dem A 71 00 un- 
ter Steuerung des jeweiligen Be- 
triebssystems SCP. 

Hochschule für Ökonomie „Bruno 
Leuschner“, Institut für sozialistische 
Wirtschaftsführung der Leichtindustrie, 
Forschungslabor, An der Schleuse 3-4, 
Woltersdorf, 1255 

Prof. Dr. Richter 

VIDEO-Steuergerät 

Das Steuergerät ermöglicht den An- 
schluß handelsüblicher Fernsehge- 
räte als zusätzliche Monitore an Com- 
putern der Typen A 51 20/A 51 30, 
PC 1715, A7100 für Schulungs- und 
Demonstrationszwecke. Dadurch 
können die Bildschirminformationen 
einer größeren Personenzahl zu- 
gänglich gemacht werden. 

Es sind bis zu 7 Zusatzmonitore an- 
schließbar. Die Stromversorgung des 
Steuergerätes erfolgt durch den je- 
weiligen Computer. Eine Variante für 
IBM-kompatible Technik ist in Vorbe- 
reitung. 

ZBE Landbau Meißen, Bohnilzscher 
Straße 14, Meißen, 8250 

Dr. SchillerlKömer 

Betriebssystem CP/K 86 
fürACA 7100 

Das System CP/K 86 ist kompatibel 
zum System CP/M 86 und weitestge- 
hend kompatibel zum SCP 1 700. 

In der vorliegenden Version 2.2 unter- 
stützt das System zur Zeit: 

- 2 Diskettenlaufwerke 80spurig, 
doppelseitig 

- 1 Drucker mit Centronics-Inter- 
face. 

Der Tastaturtreiber hat zwei Modi. Im 
Modus 0 werden die Escape-Folgen 
analog zu SCP 1 700 realisiert. Im Mo- 
dus 1 werden die Sondentasten um- 
kodiert. Die Kursor-Tasten liefern 
dann die von 8-Bit-Rechnern ge- 
wohnten Zeichen. Die PF-Tasten 
sind mit Nutzerstrings belegbar. 

Der Kaltstart erfogt von Disketten im 
Format 780 KByte. CP/K erkennt Dis- 
ketten mit 148, 190, 200, 624, 780 
und 800 KByte automatisch beim Lo- 
gin. 

Zum System gehören: 

- das Programm FORMAT (Initiali- 
sieren und physisches Kopieren von 
Disketten) mit deutscher Nutzerfüh- 
rung 

- das Programm CPKKEY (zur Bele- 
gung der PF-Tasten mit Nutzer- 
strings) 

- die Dokumentation CPK.DOC. 

VEB Energiekombinat Berlin, Stammbe- 
trieb, Direktionsbereich Investitionen 
und Anlagenbau, Littenstr. 109, Berlin, 
1026 Honka 

Prädikat- und Syntax- 
beschreibung für 
TURBOPROLOG 

Zukünftig nehmen die Probleme der 
Wissensverarbeitung in Produktion, 
Entwicklung und Forschung einen im- 
mer breiteren Raum ein. An die Pro- 
grammieung werden neue Anforde- 
rungen gestellt, die mit den konven- 
tionellen algorithmischen Sprachen 
nur tieleweise lösbar sind. 


Der Personenkreis, der sich mit der 
Programmierung mittels Kl-Sprachen 
wie PROLOG und LISP beschäftigt, 
nimmt zu und wird sich weiter vergrö- 

TURBO-PROLOG ist eine PROLOG- 
Version, die unter dem Betriebssy- 
stem MS-DOS läuft und für Einsteiger 
besonders geeignet ist. Der problem- 
lose Wechsel von Editor, Compiler 
und Tracer wird durch Window-Tech- 
nik unterstützt und erleichtert das Er- 
lernen dieser neuen Programmier- 
denkweise. 

Am CAD/CAM-Zentrum unserer Uni- 
versität wurde eine Prädikat- und 
Syntaxbeschreibung erarbeitet, die 
ca. 30 Seiten umfaßt und als Disket- 
tentextdatei vorliegt. 

Die Standardprädikate sind über- 
sichtlich systematisiert und durch ein 
einheitliches Beschreibungsschema 
dargestellt, das die Argumente, Fließ- 
muster und Kurzbeschreibung bein- 
haltet. Eigene Testerfahrungen sind 
in die Beschreibung eingeflossen. 
Technische Universität „Otto von Gue- 
ricke“, CAD/CAM-Zentrum, PSF 124, 
Magdeburg, 3010 

Prof. Dr. KlaegerlSpringer 

BUS-SKR im Vertrieb 

Seit Anfang 1988 wird die SKR- Ver- 
sion des Basisübungs-Systems 
(BUS) ausgeliefert. BUS-SKR ist auf- 
wärtskompatibel zu den ESER-Ver- 
sionen BUS-TSO sowie BUS-SVM 
und wird bereitgestellt für die Be- 
triebssysteme MOOS 1600, OS/RW 
und MUTOS 1630 

Die Nachnutzungskosten betragen je 
nach Umfang ca. 3 TM. Damit erwei- 
tern sich die Anwendungsmöglichkei- 
ten dieser Basis-Teachware auf die 
Rechner K 1630, CM-4, CM-14, 1-100 
und CM-52. 

Versionen für BC/PC, AC und ESER- 
PC befinden sich in Vorbereitung. 

VEB Weiterbildungsakademie, Schu- 
lungszentrum. Am Rechenzentrum, Für- 
stenwalde, 1240 

Schubert 

Testmonitor 
für Kleincomputer 

Von uns wurde ein residenter Test- 
monitor für die Bearbeitung von Ma- 
schinenprogrammen auf Z9001, 
KC 85/1 und KC 87 entwickelt. 

Er dient zum Testen und zur Fehler- 
suche oder Analyse von vorhande- 
nen Maschinenprogrammen, ist aber 
auch für die Entwicklung von Maschi- 
nenprogrammen oder für Untersu- 
chungen des Mikroprozessorsy- 
stems U880 geeignet. 

Merkmale: 

- Screeneditor zur rationellen Be- 
fehlseingabe 

- virtueller Registersatz 

- Step-Routine 

- Abarbeitungsroutinen mit 1 Break- 
point 

- Line-by-line-Assembler (ohne 
Marken) 

- Disassembler 

- Copy-Routine für simultanes Ko- 
pieren von Kassette zu Kassette 
(auch Programme, die mehrteilig, ko- 
piergeschützt oder logisch nicht ein- 
ladbar sind) 


- komfortable Load- und Save Rou- 
tine 

- Routinen zur Speichermanipula- 
tion (Anzeigen, Verändern, Füllen 
und Verschieben von Speicherberei- 
chen, Suchen nach Bytefolgen) 

- Peripherie-Ein-und-Ausgabe-Rou- 

Der Monitor existiert in 3 Versionen, 
jeweils für das Ende der RAM-Module 
(2400-3FFFH, 6400-7FFFH, A400- 
BFFFH). 

Computerclub der Spezialschule „Hein- 
rich Hertz“, math.-naturwiss.-tech. 
Richtung, Frankfurter Allee 14 a, Berlin, 
1035 


Automatische Erstellung 
Inhaltsverzeichnis 

Bei der Abfassung umfangreicher 
Dokumentationen mittels Textpro- 
zessor TP auf PC 1 71 5 u. a. stellt sich 
die Anfertigung de§ Inhaltsverzeich- 
nisses ais notwendiger, jedoch lästi- 
ger Routineprozeß dar. Insbesondere 
dann, wenn aus redaktionellen Grün- 
den eine Neuformatierung der Text- 
abschnitte erfolgt bzw. das Einfügen 
von Textstellen die ehemalige Sei- 
tennumerierung verschiebt. 

Besser ist es, sich jetzt der Zusatz- 
komponente IVZ, in TURBO-PAS- 
CAL geschrieben, zu bedienen. 
Vorerst läßt man das Inhaltsverzeich- 
nis bei der Texterfassung außer acht. 
Im nachhinein analysiert das Pro- 
gramm IVZ entsprechend dem Re- 
glement zur Ausdeutung von Über- 
schriften den Text und legt eine neue 
eigenständige Textdatei (Inhaltsver- 
zeichnis) auf Diskette ab. 

Diese ist dann mit üblichen TP-Kom- 
mandos in die Ausgangsdatei an die 
gewünschte Stelle einzumischen 
/-KR). 

Zur Erkennung einer Notation (Ab- 
schnittsnumerierung) gelten: 

- die allgemeinen Vorschriften It. 
TGL 0-1421 

- beliebige Steuerzeichen des TP 
werden ignoriert 

- Abschnittsnummer muß am An- 
fang einer Zeile stehen 

- die maximale Länge der Notation 
beträgt 16 

- die höchste Abschnittsnummer 
kann 999 sein (in jeder Stufe). 

Am Display ist während der Erstel- 
lung des Inhaltsverzeichnisses eine 
Statistik über Verlauf und Stand der 
Verarbeitung ersichtlich. So werden 
Überschriftszeilen angezeigt, der zu 
verarbeitende Text ist wahlweise pro- 
tokollierbar, jeweils drei Zeilen im 
Rollmodus. Außerdem erfolgt die 
Kontrolle auf aufsteigende Gliede- 
rungspunkte (-stufen). Die den Über- 
schriften genügenden Konventionen 
(was gilt als solche) sind ebenfalls ab- 
rufbar. Von den TP-Kommandos ge- 
langt logischerweise nur das DOT- 
Kommando .PNn in die Verarbeitung 
zur Fortschreibung der Seiten-Num- 
mer. Eine Dokumentation liegt als 
TP-Datei (3 Seiten) vor. 

VEB Datenverarbeitungszentrum Cott- 
bus, Wilhelm-Pieck-Str. 5, Cottbus, 
7500; Tel. 59 23 11 
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Entwicklungen und Tendenzen 


Zuwachs bei der PS/2- 
Familie 

Die Lücke zwischen den 80286-Mo- 
dellen 50 und 60 des PS/2 und dem 
80386-Spitzenmodell 80 hat IBM mit 
der im Juni erfolgten Vorstellung des 
80386-Modells 70 nunmehr ge- 
schlossen. Damit bestätigten sich In- 
formationen, daß IBM der 80386- 
CPU gegenüber der 80286-CPU un- 
ter OS/2 und „Extended Edition“ den 
Vorzug geben möchte. Das Modell 70 
ist in einem kompakten Gehäuse als 
Auftischgerät untergebracht, so wie 
es Compaq und andere 80386-PC- 


Hersteller seit längerem praktizieren. 
Die äußere Form entspricht der des 
Modells 50. Es gibt Prozessorvarian- 
ten mit 1 6, 20 oder als Spitzenversion 
mit 25 MHz, womit die Geschwindig- 
keit des Konkurrenten Compaq 386/ 
20 um bis zu 25 Prozent übertroffen 
werden soll. Allerdings konterte Com- 
paq bereits drei Wochen später mit 
der Vorstellung seines 25-MHz-PC 
Deskpro 386/25. 

Die PS/2-Reihe wurde weiterhin um 
das Modell 25 und das Modell 50 Z er- 
gänzt. Wie sich damit nun die PS/2- 
Familie darstellt, zeigt die Tafel. 

MP 


gesteigert wurde. Während beim 
Rechner Y-MP die Leistungssteige- 
rung durch die Parallelverarbeitungs- 
architektur von 8 Prozessoren er- 
reicht wurde, kommen beim Cray-3 
Hochgeschwindigkeitschips aus Gal- 
liumarsemd zum Einsatz. Offensicht- 
lich will die Firma Cray ihre beiden 
Superrechnerlinien fortführen, denn 
für den Zeitraum 1 992 bis 1 993 wurde 
der Rechner Cray-4 und für 1 991 ein 
Nachfolger des Y-MP angekündigt. 
Quelle: Blick durch die Wirtschaft 
vom 17. 2. 1988 

Wi 


die Anpassung an unterschiedliche 
Hard- und Softwareumgebung er- 
leichtern. 

Der Chipsatz umfaßt Video-Taktge- 
neratoren für hohe Bildpunktfrequen- 
zen (bis 225 MHz), Video-Schiebere- 
gister, Steuerbausteine für Bildspei- 
cher und einen Rasterprozessor zur 
Entlastung der CPU. Den Systement- 
wicklern sollen Softwarewerkzeuge 
auf Assembler-, C- und Grafikstan- 
dardebene zur Verfügung stehen. 
Quelle: eee. - Leinfelden-Echterdin- 
gen (1988) 3.-S. 16 


Lokale Netze 
auf Glasfaserbasis 

Gegenwärtig verlangen die verschie- 
denen Adapterkarten für Netzwerke 
spezielle Kabelsysteme, die unterein- 
ander nicht kompatibel sind. Mit der 
Verkabelung ist somit bereits ent- 
schieden, welche LAN-Kategorie ein- 
gesetzt werden kann. Soll die Lei- 
stung des LAN wachsenden Forde- 
rungen angepaßt werden, ist meist 
eine Neuverkabelung notwendig. 
Glasfasern gestatten Transferraten, 
die den Ansprüchen der nächsten 
Jahre gerecht werden und auch die 
Forderungen von Bild- und Tonüber- 
tragung berücksichtigen. Neben der 
hohen Leistung besitzen Glasfasern 
eine Reihe von Vorteilen bei der Ver- 
legung, die höhere Kosten rechtferti- 
gen. So können Glasfasern in vor- 
handenen Kabelschächten verlegt 
werden, da Reflexionen und magneti- 
sche und elektrische Störungen wir- 
kungslos sind. 

Das auf Glasfasertechnologie basie- 
rende LAN FX 4400 der Firma Fiber- 
mux Corp. gestattet, 256 Netze zu ei- 
nem Netzwerk in Punkt-zu-Punkt-, 
Stern- oder Ringtopologie bis zu 
20 km entfernt zusammenzuschal- 
ten. Das modulare System gestattet 
384 Anschlüsse für Sprachübertra- 
gung, 16 Anschlüsse mit TI -Inter- 
face, 16 Anschlüsse X.21 -Interface. 
Ein Netzwerk kann aus bis zu 9 FX- 
4400-Systemen bestehen. 

Quelle: eee. - Leinfelden-Echterdin- 
gen (1988) 1/2.- S. 28 


Efektronikanteil 
im Automobilbau 
steigt weiter an 

Auf einem Kolloquim von Fachleuten 
des Automobilbaus und der Elektro- 
nik in Köln wurde eingeschätzt, daß 
gegenwärtig Vs der Kosten im Auto- 
bau auf Elektronik und Elektrik entfal- 
len. Bis zum Jahr 2000 soll sich dieser 
Anteil auf Va erhöht haben. 

Die Modelle des Jahres 1995 sollen 
u. a. über 1000 Chips verfügen, die 
die von 100 Sensoren aufgenomme- 
nen Informationen auswerten und an 
80 Aktoren weiterleiten. Die Fahr- 
zeuge sollen mit etwa 45 kleinen Mo- 
toren ausgerüstet sein. Fünf Displays 
übermitteln dem Fahrer die entspre- 
chenden Informationen über Fahr- 
zeug, Fahrweg u. ä. 

Quelle: eee. - Leinfelden-Echterdin- 
gen (1988) 1/2. — S. 12 


Modell 25 Modell 30 Modell 50 Modell Modell 60 Modell 70 Modell 80 


8086 8086 80286 


80286 80386 


Hauptspeicher KByte KByte 


16MByte 16 MByte 16MByte 16 MByte 16MByte 


Betriebssystem DOS3.3 DOS3.3 DOS3.3, DOS3.3, DOS3.3, DOS3.3, DOS3.3, 
OS/2 OS/2 OS/2 OS/2, OS/2, 

AIX PS/2 AIXPSI2 


ICs mit 0,2 um Linienbreite den Einsatz optischer Speicher w 


Die Voraussetzung zur Massenpro- 
duktion von ICs, die auf einer Linien- 
breite von 0,2p beruhen, wurde von 
der japanischen Firma NEC mit der 
Entwicklung einer Röntgenstrahl-Li- 
thographie-Anlage geschaffen. Ge- 
genüber bekannten Lösungen beste- 
hen die Neuerungen darin, daß die 
Röntgenstrahlen parallel bleiben und 
so mehrere Flächen der späteren 
Chips gleichzeitig bearbeitet werden 
können. Mit der Anlage sollen vierzig 
8-Zoll-Wafer pro Stunde mit Flächen 
von 25 x 25 mm 2 bearbeitet werden 
können. 

Quelle: Elektronik. - München 37 
(1988) 1. -S. 7 


Optikplatten 

Eine Platte für optische Aufzeichnung 
hat die Firma Verbatim Corp. entwik- 
kelt. Durch die Möglichkeit, die Daten 
zu löschen, wird die Optikplatte zum 
Konkurrenten für Magnetplatten. Das 
Löschen wird durch punktförmiges 
Erwärmen mittels Laserstrahl und 
gleichzeitiges Drehen der Schicht- 
partikel durch ein angelegtes Ma- 
gnetfeld erzielt. 

Die Platte weist einen Durchmesser 
von 8,75 cm auf. Die Speicherkapazi- 
tät beträgt 50 MByte, die Zugriffszeit 
70 ms, die Transferrate 1 MByte/s. 
Optische Speicher mit nur einmal be- 
schreibbarem Datenträger werden 
bereits von verschiedenen Firmen 
angeboten. Hitachi stellte das Modell 
CDR 3500 vor, das sich durch die fla- 
che Bauweise anstelle eines zweiten 
Diskettenlaufwerkes in Personalcom- 
putern einsetzen lasse. 

Löschbare optische Platten werden 


sentlich beschleunigen. 

Quelle: Elektronik. - München 37 
(1988)1. -S. 7,30 


Piezoelektrisches 

Kühlelement 

Zur Kühlung einzelner Bauelemente 
oder Baugruppen wurde von der 
Firma Piezo Electric Products Inc. ein 
Bauelement entwickelt, das die Firma 
als „piezoelektronischen Gebläse- 
Kühler“ bezeichnet. Die Gebläsewir- 
kung wird durch ein flaches Element 
aus piezoelektrischem Material er- 
zeugt, an welches eine Spannung an- 
gelegt wird und das durch Schwin- 
gungen die angrenzende Luftschicht 
bewegt. Ein derartiges Bauelement 
kann ein Luftvolumen von 1,5cfm 
(cubic feet per minute) an dem zu 
kühlenden Bauelement vorbeibewe- 
gen. 

Der Vorteil dieses Bauelementes liegt 
in den geringen Abmessungen 
(Grundfläche 38 x 44 mm 2 , Dicke 
5 mm). Die Leistungsaufnahme be- 
trägt 170 mW. 

Quelle: Elektronik. - München 37 
(1988) 2.-S.7 

Fa 

Rechner Cray-3 

mit Galliumarsenidschalt- 

kreisen 

Nachdem die Firma Cray für das 
dritte Quartal 1988 den Rechner 
Y-MP/832 ankündigte, der sich durch 
eine dreifach höhere Leistung gegen- 
über dem Vorgängermodell X-MP 
auszeichnen soll, wurde nunmehr mit 
dem Rechner Cray-3 ein weiterer 
Superrechner angekündigt, dessen 
Leistung nochmals um den Faktor 3 


Superkurzer Laserimpuls 

Von einer Forschergruppe der schot- 
tischen Universität in Fill wurde ein 
Laser entwickelt, der 1 9 fs (Femtose- 
kunden) Impulsdauer aufweist. Damit 
wurde eine wesentliche Verkürzung 
gegenüber den bisher erreichten 
Werten erzielt. Kurze Impulse sind für 
Laseruntersuchungen, Halbleiter, op- 
toelektronische Geräte und in der 
Prozeßtechnik Voraussetzung für 
weitere Fortschritte. 

Quelle: Elektronik. - München 37 
(1988) 1.-S. 7 

Fa 

Verbrauch von 

Druck- und Schreibpapier 

steigt weiter an 

Trotz der weiteren Verbreitung elek- 
tronischer Kommunikationsmittel 
(Mailbox, Elextronic Mail) wird von 
der ECC International Ltd. in einer 
Studie für den Zeitraum 1986 bis 

I - 1991 ein Zuwachs d es Verbrauchs 
von Druck- und Schreibpapi er um 
jährlich 3 Prozent vorausgesagt. 
Quelle: BTS. - Aachen 33 (1987) 12. 
-S.9 

Fa 

Textprozessor mit 
geringen Abmessungen 

Die Firma Sharp stellte einen porta- 
blen Textprozessor für die englische 
und japanische Sprache vor. Der Pro- 
zessor verfügt über ein 2-Zoll-Piat- 
tenlaufwerk und einen Thermodruk- 
ker mit einer Auflösung von 25 x 25 
Punkten. Sonderzeichen der deut- 
schen, französischen und spani- 
schen Sprache können durch den 
Drucker dargestellt werden. Für 
Texte in Englisch wird eine ReCht- 
schreibkontrolle angeboten. 

Quelle: Elektronik. - München 37 
(1988) 2.-S.7 

Fa 

Chipsatz für 
Grafiksysteme 

Einen Chipsatz in modularer Bau- 
weise zur Anpassung an die jeweili- 
gen Anforderungen hinsichtlich Auf- 
lösung und Farbvielfalt wurde von der 
Firma National Semiconductor ent- 
wickelt. Das Schlüsselbauelement ist 
ein programmierbarer Grafikprozes- 
sor mit integrierter Beschleuniger- 
hardware. Die Grafikfunktionen wer- 
den in mehreren Bausteinen in der 
dafür jeweils optimalen Technologie 
realisiert. Die offene Architektur soll 
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Sozialistische ökonomische Integration 

ZEITSCHRIFTEN 

aus RGW-Ländern gehören dazu! 

aus der Sowjetunion aus der VR Polen 



Mikroehlektronika 

Mikroelektronik 
in russischer Sprache 
Index-Nr.: Z 70571 
Abonnementspreis: 12,30 M 
für 6 Monate 

Erscheint sechsmal jährlich 

Mikroprocessornye sredstva i sistemy 

Mikroprozessoren, Mittel und Systeme 
in russischer Sprache 
•Index-Nr.: Z 70588 
Abonnementspreis: 23,10 M für 1 Jahr 
Erscheint sechsmal jährlich 

Programmirovanie 

Programmierung 
in russischer Sprache 
Index-Nr.: Z 70763 

Abonnementspreis: 33,60 M für 1 Jahr 
Erscheint sechsmal jährlich 


Przeglad Dokumentacyjny - 
Nauki i Techniki Komputerowe 

Dokumentationsrundschau - 
Computerwissenschaft und -technik 
in polnischer Sprache 
Index-Nr.: Z 37183 
Abonnementspreis: 97,20 M 
für 6 Monate 

Erscheint sechsmal jährlich 

aus der CSSR 

Computers and artificial intelligence 

Computer und künstliche Intelligenz 
in englischer und russischer Sprache 
Index-Nr.: Z 49484 
Abonnementspreis: 38,70 M 
für 6 Monate 

Erscheint sechsmal jährlich 

aus der Ungarischen VR 


Programmnoe obespechenie 

Software 

in russischer Sprache 
Index-Nr.: Z 55461 

Abonnementspreis: 192,- M für 1 Jahr 
Erscheint einmal monatlich 


Computerworld Szamitastechnika 

Computerwelt - Rechentechnik 
in ungarischer Sprache 
Index-Nr.: Z 0237-7837 
Abonnementspreis: 66,70 M für 1 Jahr 
Erscheint dreiundzwanzigmal jährlich 


aus der VR Bulgarien 

Computer za vas 

Computer für Euch 
in bulgarischer Sprache 
Index-Nr.: Z 20593 
Abonnementspreis: 14,10 M 
für 3 Monate 

Erscheint einmal monatlich 


Informäciö - Elektronika 

Informationselektronik 
in ungarischer Sprache 
Index-Nr.: Z 0019-9753 
Abonnementspreis: 34,50 M 
für 6 Monate 

Erscheint sechsmaf jährlich 


Elektronizacija i robotika 

Elektronisierung und Robotertechnik 
in bulgarischer Sprache 
Index-Nr.: Z 21575 
Abonnementspreis: 21,75 M 
für 6 Monate 

Erscheint sechsmal jährlich 


Ihr Postzeitungsvertrieb informiert Sie 
über die Bestelltermine für diese Zeit- 
schriften und über weitere in der Postzei- 
tungsliste, Teil II - Ausland -, enthaltene 
Zeitschriften dieser Fachgebiete. 
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■Schnittstellen 


CRT FDD Einheit. Zum Anschluß eines Co- 
lor-Monitors und der Disketten-Slalion TF- 


LCD Einheit 80 und 80 2. Zur Wiedergabe 
von T e*ten. Tabellen und Grafiken. LCD 80/ 

2 mit Schnittstellen für Color-Monitor und 
Diskettenlaufwerk TF- 1 6. 

Basis-Modul. Hauptplatme mit 8088-kom- 
patiblem, aber schnellerem Prozessor 
(V20) Batteriegepufferte System-, Arbeits- 
speicher-fmax 640 KB) und RAM-Disk 
(max 768KB). System-ROM mit MS-DOS 
3.2, 3 Steckplatze für Applikations-ROMs. 
Dazu Modul-Anschlüsse, senelle und paral- 
lele Schnittstellen und Anschluß für Bar- 
code-Lesestift. 

Anwendungs-Cartridges. 

Für Drucker. RAM- und ROM-Erweiterun- 
gen (teilweise von PX-4 zu übernehmen) 
Touch Keyboard. 

Links Großes Touch-Panel: 

LCD-Anzeige und freigestaltbare Eingabe- 
Einheit in einem. Ideal lür anwenderspezifi- 
sche Lösungen 

Rechts: Numenscher Tastenblock. 
Schreibmaschinen Keybord. Mit 79 Ta- 
sten für 101 bzw 102 Funktionen und LED- 
Anzeigen für Num Lock. Caps Lock. Scroll 
Lock. 

Tisch-Einheit 1.2 und 3. Mit eingebauter 
Batterie. 3 1 tf Diskettenlaufwerk oder zu- 
sätzlich zweitem Diskettenlaufwerk oder 

3 Vf Hard-Disk mit 20 MB 

Viele Kombinationsmöglichkeiten. Je 
nach Anwendung lassen sich verschiedene 
PCs Zusammenstößen, die sich zusätzlich 
Individuen ausrüsten lassen 


Computer in 

Schon bald nach dem ersten mas- 
senhaften Einsatz von integrierten 
Schaltungen in der Computertech- 
nik- insbesondere Mikroprozesso- 
ren - sahen Hersteller Möglichkeiten 
zur Entwicklung einer neuen Rech- 
nerklasse - der tragbaren Computer. 
Der Begriff „tragbar" ist nun sehr 
dehnbar, und demzufolge lassen sich 
darunter echte universelle Handcom- 
puter (Hand-Helds) um die 3 kg Ge- 
wicht, sogenannte Schoßcomputer 
(Laptops) um die 6 kg, aber auch Por- 
tables um die 10 kg einordnen. Letz- 
tere stellen mit ihrer Leistungsfähig- 
keit als „PC am Griff“ oft schon Desk- 
Top-Computer (Auf-Tisch-Modelle) 
in den Schatten. 

Die Gemeinsamkeit von Hand-Held- 
Computem und Laptops besteht vor 
allem in der Grundfläche, die etwa 
einem A4-Blatt entspricht und in dem 
klappbaren Display, die Gemeinsam- 
keit von Laptops und Portables darin, 
daß sie meist keine Aufgaben wirklich 
mobiler Datenverarbeitung erfüllen. 


der Hand 

sondern im Sinne einer durchgängi- 
gen DV-Organisation stationäre Lö- 
sungen transportieren. Sie entspre- 
chen in ihrer Grundkonfiguration des- 
halb meist Desk-Tops und unter- 
scheiden sich von diesen nur durch 
geringeres Gewicht und kleinere Ab- 
messungen. 

Der erste Hand-Held-Computer war 
der HX-20 von Epson - noch mit ei- 
nem sehr kleinen Display ausgestat- 
tet. Es folgten die Generationen mit 8- 
Bit-CMOS-Prozessoren, mit der Inte- 
gration des Betriebssystems CP/M 
bis zur Ausstattung mit 18-Bit-Pro- 
zessoren und MS-DOS. 

Mit dem auf der Leipziger Messe ge- 
zeigten und hier vorgestellten Hand- 
Held PX-16 will Epson nun seinen 
Vorstellungen von der mobilen Da- 
tenverarbeitung Rechnung tragen; 
Hand-Helds sollen Alleskönner sein: 
im Flugzeug zur Bordfunkunterstüt- 
zung, im Versuchsauto als Steuer- 
computer für die Meßinstrumente, im 
Rettungswagen zur exakten Dia- 


gnose. im Kundendienst als Handla- 
gerverwalter usw. - das heißt, weit 
über die Aufgaben der klassischen 
Betriebsdatenerfassung hinausge- 
hend. Um der jeweiligen Aufgabe op- 
timal entsprechen zu können, wurde 
ein modularer Aufbau für Hand-Held- 
Computer entwickelt, der eine hohe 
Flexibilität gewährleistet 
Auch wurde die Vielzahl von Einga- 
bemöglichkeiten - Sensor, Thermo- 
fühler, Barcode-Lesestift. IC-Karte - 
und Ausgabemöglichkeiten - Druk- 
ker, RAM-Karte. Modem zur Kommu- 
nikation - berücksichtigt. 

Mit den auswechselbaren Modulen 
kann der PX-16 also für die genann- 
ten Aufgaben jeweils zu einem „maß- 
geschneiderten" Computer kombi- 
niert werden, als Laptop beispiels- 
weise mit Schreibmaschinentastatur. 
80 k 25-Zeichen-Vollbildschirm und 
Floppy- oder Hard-Disk mp- We 


Grafik Epson: Foto: Weiß 
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Videoton VT 180 (Ungarn) 



Als Weiterentwicklung des 
PC/AT-kompatiblen VT 160 
stellte die ungarische Firma 
Videoton während der dies- 
jährigen Budapester Messe 
(über die wir Sie am Schluß 
dieses Heftes informieren) 
ihren ersten PC mit 32-Bit- 
Prozessor vor, den VT 1 80. 
Aufgrund seiner AT-Kompa- 
tibilität laufen auf ihm alle 
Programme, die aufXT-kom- 
patiblen PCs (beispielsweise 
Videoton VT 1 1 0) und AT- 
kompatiblen PCs erstellt 
wurden. 

In das Gehäuse können bis 
zu 4 Massenspeicher inte- 
griert werden, ansteuerbar 
über eine gemeinsame Con- 
trollerkarte. Dies sind zum 
Beispiel max. 2 Floppy-Disk- 
Laufwerke (5,25 Zoll), 2 Fest- 
plattenlaufwerke in slim-line- 
Ausführung oder ein Strea- 
mer. 

Die Kapazitäten betragen bei 
den Floppies 360 KByte oder 
1 ,2 MByte, bei den Festplat- 
ten 20, 40 oder 80 MByte und 
beim Streamer 60 MByte. 

Auf der Systemplatine befin- 
den sich der32-Bit-Prozes- 
sor, getaktet mit 6 oder 
16 MHz, optional ein 80387- 
Koprozessor, 2 MByte RAM 
(auf rüstbar auf 1 6 MByte), 
ein 32 Bit breiter Speicher- 
bus und ein Shadow-RAM 
für das ROM-BIOS. Außer- 
dem sind auf der Systempla- 
tine 5 Steckplätze für 16-Bit- 
Erweiterungskarten und 4 
Steckplätze für 8-Bit-Erwei- 
terungskarten. 


Als Bildschirm können wahl- 
weise Farbgrafik- oder Mo- 
nochrom-Monitore verwen- 
det werden. 

Die Hercules-kompatible 

MDA-Karte ermöglicht die 

Ansteuerung von 

720 x 348 Bildpunkten bzw. 

80 x 25 alphanumerischen 

Zeichen. 

Die 256 Zeichen sind in 


einem 4-KByte-ROM abge- 
legt. Auf der Karte befindet 
sich außerdem ein Centro- 
nics-lnterface. 

Der Farbgrafikadapter 
(CGA) enthält den Controller 
und 16 KByte Bildspeicher. 
Er erlaubt folgende Grafik- 
modi: 

- 640 x 200 Bildpunkte mit 
2 Farben 
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- 320 x 200 Bildpunkte mit 
4 Farben 

- 1 60 x 1 00 Bildpunkte mit 
16 Farben. 

Die 256 alphanumerischen 
Zeichen sind in 25 Zeilen zu 
je 80 Zeichen darstellbar. Auf 
der Karte befinden sich ein 
Video- und ein RGB-Aus- 
gang, ein Lichtstift-Eingang 
sowie ein Centronics-Inter- 
face. 

Die hochauflösende Farb- 
grafikkarte (EGA) beinhaltet 
neben dem Controller 
256 KByte RAM. Es sind 
zwei wählbare Grafikmodi 
mit je zwei Formaten mög- 
lich: 

- 640 x 350 oder 720 x 348 
Bildpunkte mit zwei Farben 

- 640 x 350 oder 640 x 200 
Bildpunkte mit 1 6 aus 64 Far- 
ben. 

Diese Karte hat neben dem 
Zeichengenerator einen Vi- 
deo- und RGB-Ausgang so- 
wie einen Lichtstift-Ein- 
gang. 

Für den VT 1 80 stehen zwei 
Tastaturen zur Auswahl: ent- 
weder die englische Tastatur 
mit 84 Tasten oder eine un- 
garische Tastatur mit 1 13Ta- 
sten. 

Zur Erweiterung der Einsatz- 
möglichkeiten des VT 1 80 - 
beispielsweise als File-Ser- 
ver in Netzen - gibt es im Lie- 
ferprogramm verschiedene 
zusätzliche Interfaces. 

Die Software umfaßt unter 
anderem das Videoton-MS- 
DOS3.2 und GWBASIC. 

MP 
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Nachdem wir in MP 7/88 bereits kurz über den 
neuen Bildungscomputer von Robotron informier- 
ten, stellen wir ihn auf der Seite 292 sowie auf der 
4. Umschlagseite näher vor. Darüber hinaus ver- 
gleichen wir ihn mit den bisher verfügbaren Klein- 
computern aus unserer Produktion. 



In unserer Rubrik vorgestellt machen wir Sie auf der 
Seite 311 mit dem Rechnersystem mit virtuellem 
Speicher K 1 840 von Robotron bekannt. Es ermög- 
licht u. a. die parallele Arbeit von bis zu 16 Nutzern. 


Vorschau 

In Heft 1 1 finden Sie Beiträge zu folgenden The- 

- ASIC- eine Revolution? 

- Rekursion - ein Baum voller Menüs 

- EPROMs hoher Speicherkapazität 
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Mikroelektronikindustrie 
entwickelt sich 
erfolgreich 

Der VEB Mikroelektronik „Karl Marx“ 
Erfurt, Stammbetrieb des Kombina- 
tes Mikroelektronik, ist größter Produ- 
zent von unipolaren Festkörper- 
schaltkreisen in der DDR. 1 968 war 
in Erfurt mit dem Beginn der Dioden- 
fertigung die Grundlage der elektroni- 
schen Industrie geschaffen worden, 
erläuterte Prof. Dr. Heinz Wedler, 
Generaldirektor des Kombinats Mi- 
kroelektronik. 1977 erfolgte mit der 
Herstellung des ersten Mikroprozes- 
sortyps U 808 der Einstieg in die Mi- 
kroelektronik. Ein Jahr später erhielt 
die Mikroelektronik der DDR durch 
die Gründung eines eigenen moder- 
nen Industriekombinates in Erfurt 
eine einheitliche materielle und orga- 
nisatorische Basis. 

Dem VEB Mikroelektronik „Karl 
Marx“ wurde die Aufgabe gestellt, die 
Volkswirtschaft bedarfsgerecht mit 
unipolaren Schaltkreisen zu versor- 
gen. Das erforderte, am Stadtrand 
von Erfurt-Südost neue Produktions- 
anlagen zu schaffen, von denen be- 
reits zwei Chipfabriken produzieren. 
Gegenwärtig entsteht parallel zu den 
Produktionsanlagen ein Forschungs- 
zentrum für unipolare hoch- und 
höchstintegrierte Schaltkreise, teilte 
Prof. Wedler mit. 

1986 nahm eine Spezialschule für 
mathematisch-naturwissenschaftlich 
begabte Schüler als „Kader- 
schmiede“ künftiger Spezialisten 
den Lehrbetrieb auf. Als nächstes 
kommen ein polytechnisches Zen- 
trum, eine Betriebsschule und ein 
Technikum hinzu. Alle im Kombinat 
Mikroelektronik tätigen Wissen- 
schaftler, Ingenieure und Facharbgi- 
ter nehmen an der Weiterbildung teil. 

ADN 


Rechentechnische 
Basis verstärkt 

Die rechentechnische Basis in der 
DDR ist mit der Produktion von 
27 241 Büro-, Personal- und Arbeits- 
platzcomputern ausgebaut worden. 
Das ergibt sich aus der Mitteilung der 
Staatlichen Zentralverwaltung für 
Statistik über die Durchführung des 
Volkswirtschaftsplanes im ersten 
Halbjahr 1 988. Wesentlich gesteigert 
wurde die Herstellung von 32-Bit- 
Computern sowie 16-Bit-Computern 
mit größerer Rechengeschwindigkeit 
und Speicherkapazität. 

Gegenwärtig sind in der Volkswirt- 
schaft 57000 CAD/CAM-Arbeitssta- 
tionen und -Systeme im Einsatz, mit 
deren Nutzung ein ständig wachsen- 
der Beitrag zur Steigerung der Ar- 
beitsproduktivität und zur Erhöhung 
der Effektivität geleistet wird. Zur Si- 
cherung der ökonomischen Wirksam- 
keit der CAD/CAM-T echnik trug ent- 
scheidend das Wachstum der Soft- 
wareherstellung um 45 Prozent 

Die Anzahl der eingesetzten Indu- 
strieroboter wuchs auf insgesamt 
84400. Durch ihren effektiven Ein- 
satz wurden die Rationalisierung und 
Automatisierung der Produktion wei- 
ter beschleunigt. 
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Massenproduktion 
von 64-KBit-RAMs 

Die mikroelektronische Basis der 
DDR- Volkswirtschaft ist im ersten 
Halbjahr 1 988 mit der Aufnahme der 
Großserienproduktion von 64-KBit- 
Speicherschaltkreisen im For- 
schungszentrum Mikroelektronik 
Dresden und im VEB Mikroelektronik 
„Karl Marx“ Erfurt ausgebaut worden. 
Damit wird es möglich, massenhaft 
Schaltkreise für ein höheres Niveau 
der Automatisierungs- und CAD/ 
CAM-Technik zu nutzen. 

Vier Millionen Stück, 1 ,5 Millionen 
mehr als ursprünglich geplant, sollen 
in diesem Jahr den Anwendern zur 
Verfügung gestellt werden. 

Zudem wurden weitere technologi- 
sche Spezialausrüstungen für die 
Mikroelektronik entwickelt und in die 
Produktion überführt. Das trug dazu 
bei, gegenüber dem ersten Halbjahr 
1 987 insgesamt 20 Prozent mehr 
Spezialausrüstungen für die Herstel- 
lung aktiver Halbleiterbauelemente 
bereitzustellen. Im gleichen Zeitraum 
wuchs die Produktion von monoli- 
thisch-integrierten Schaltkreisen um 
44 Prozent und von mikrolithografi- 
schen Geräten um 23 Prozent. Den 
Grundstein für diese Leistungen leg- 
ten die Kollektive der Kombinate Carl 
Zeiss JENA und Mikroelektronik Er- 
furt mit einer um 1 2 beziehungsweise 
21 Prozent gewachsenen Produktivi- 
tät. 
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EC 1834 

in Serienproduktion 

Im Büromaschinenwerk „Emst Thäl- 
mann" Sömmerdabegann jetzt die 
Serienproduktion des neuen 16-Bit- 
Computers EC 1 834. An der Entwick- 
lung des Rechners, der im Vergleich 
zum PC 1 71 5 die zwei- bis 2,5fache 
Speicherkapazität und Verarbei- 
tungsgeschwindigkeit besitzt, waren 
mehrere Betriebe des Kombinats 
Robotron sowie Partner aus anderen 
Einrichtungen und Betrieben der 
Elektrotechnik/Elektronik beteiligt. 

Für die Serienproduktion des neuen 
Personalcomputers, der das Gütezei- 
chen „Q“ trägt, wurden in Sömmerda 
die technologischen Voraussetzun- 
gen parallel zur Erzeugnisentwick- 
lung geschaffen. Dazu gehörte die 
Erarbeitung spezieller Software für 
elektronische Prüf- und Meßtechnik. 
Die Kollektive des Büromaschinen- 
werkes Sömmerda stellen in diesem 
Jahr mehr als 28000 Personalcom- 
puter, davon 5000 des neuen Typs, 
her. Der EC 1 834 wird außerdem im 
Buchungsmaschinenwerk Karl-Marx- 
Stadt produziert. 
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Cottbuser Softwarebörse 

Auf der ersten Softwarebörse des 
Bezirkes stellten im Juni in Cottbus 
25 Betriebe über 50 Programmlösun- 
gen für 8-Bit-Rechner vor. Die Veran- 
stalter - Datenverarbeitungszentrum, 
Bezirksvorstand der Kammer der 
Technik und Neuererzentrum des 
Bezirkes - hatten Programme für 
Leitung, Planung, Rechnungsfüh- 
rung und Statistik ausgewählt, die 


von Fachleuten an zehn Personal- 
computern demonstriert wurden. So 
offerierte das Braunkohlenwerk 
„Glückauf“ Knappenrode Beispiele 
zur Vorbereitung von Investitionsob- 
jekten, zur wissenschaftlichen Ar- 
beitsorganisation und zur Normen- 
statistik. Andere Teilnehmer, darun- 
ter Kleinbetriebe, waren mit rechner- 
gestützter Kontrolle der Neuererar- 
beit, des Energie- und Materialver- 
brauchs vertreten. Am Bildschirm 
konnten sich die Besucher außerdem 
über rund 650 nachnutzbare Lösun- 
gen der Software-Referatebank des 
Bezirkes informieren. Programme 
zur technischen Vorbereitung der 
Produktion bietet eine der nächsten 
Softwarebörsen an, die jeweils für ein 
spezielles Einsatzgebiet von Compu- 
tern ausgerichtet werden. 
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DDR-Minister 

bei bulgarischem 

Ministerratsvorsitzenden 

Der Vorsitzende des Ministerrats der 
Volksrepublik Bulgarien, Georgi Ata- 
nassow, empfing im Juni in Sofia den 
Minister für Elektrotechnik und Elek- 
tronikder DDR, Felix Meier, zu einem 
Gespräch. Dabei befürworteten 
beide Seiten die Vertiefung der Zu- 
sammenarbeit auf dem Gebiet der 
Rechentechnik, der Mikroelektronik 
und des Elektronikmaschinenbaus. 
Während des Arbeitsbesuches hatte 
Felix Meier mit dem Vorsitzenden der 
Wirtschaftsvereinigung „Elektro- 
nika“, Minister Iwan Tenew, die Er- 
weiterung der Zusammenarbeit in 
verschiedenen Bereichen der 
Schlüsseltechnologien sowie aktu- 
elle Fragen der Wirtschaftskoopera- 
tion erörtert. Er besichtigte mehrere 
Betriebe der elektronischen Industrie 
in Stara Sagora, Gabrowo, Prawez 
und Sofia. 
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Robotron-Doppelrechner- 
system an Versorgungs- 
zentrum Moskau 

Ein Doppelrechnersystem EC 
1 055. M wurde im Juni durch ein Inbe- 
triebnahmekollektiv des VEB Robo- 
tron-Anlagenbau in Leipzig an das 
Versorgungszentrum Moskau über- 
geben. Die Inbetriebnahme des 


EC 1055.M stellt die erste Etappe 
eines umfangreichen Vorhabens in 
der sowjetischen Metropole dar. Bis 
zum vierten Quartal dieses Jahres 
wird ein weiteres solches System 
montiert und beide Datenverarbei- 
tungsanlagen zu einem Vierrechner- 
komplex gekoppelt. Damit erschlie- 
ßen sich dem sowjetischen Anwen- 
der erweiterte Möglichkeiten, Versor- 
gungsaufgaben mit Hilfe der Daten- 
verarbeitung effektiv zu lösen. Der 
EC 1 055. M gehört zu den EDV-Anla- 
gen der mittleren Leistungsklasse 
des ESER und verfügt über eine Re- 
chengeschwindigkeit von 450 000 
Operationen in der Sekunde. 

ADN 

Konsultationspunkt 
für Software bei Robotron 

Im Betrieb Robotron-Elektronik Dres- 
den wurde im Juni der erste bezirkli- 
che KDT4<onsultations2unld^ 
wäre" e röffnet. Mit dieser Einrichtung 
wollenBezirksvorstand und Betriebs- 
sektion der sozialistischen Ingenieur- 
organisation dem steigenden Bedarf 
an Informationen und Dokumentatio- 
nen zur Softwareproduktion, insbe- 
sondere für die dezentrale Rechen- 
technik, entsprechen. Vorgesehen 
sind Konsultationen und Fachvor- 
träge. Wie zur Eröffnung hervorgeho- 
ben wurde, diene der künftige Erfah- 
rungsaustausch zur effektiveren Soft- 
warearbeit auch der Realisierung der 
für 1 988 im Bezirk Dresden vorgese- 
henen 235 KDT -Objekte zum Einsatz 
von Rechentechnik. 
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Pekinger Haidian-Bezirk - 
erste Adresse Chinas 
für Hochtechnologie 

Der Pekinger Haidian-Bezirk, früher 
vor allem wegen seiner kaiserlichen 
Parkanlagen und Gärten berühmt, ist 
heute eine der ersten Adressen in der 
Volksrepublik China, wenn es um 
Forschung und Produktion im Be- 
reich Hochtechnologie geht. Mit mehr 
als 50 Universitäten, Hoch- und Fach- 
schulen sowie 138 Forschungsein- 
richtungen ist der im Nordwesten der 
Hauptstadt gelegene Distrikt der mit 
Abstand intelligenzintensivste des 
Landes. Die Regierung investiert seit 
1 949 in seinen Aufbau und seine 
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ständige Weiterentwicklung rund 
zehn Milliarden Yuan. 

Angezogen von dieser geballten wis- 
senschaftlichen Potenz, haben sich 
hier rund 1 50 Betriebe unterschiedli- 
cher Eigentumsformen angesiedelt 
und Produktionsstätten sowie Ver- 
kaufseinrichtungen für Computerund 
andere elektronische Erzeugnisse 
aufgebaut. Ein Teil der elektroni- 
schen Erzeugnisse aus dem Haidian- 
Bezirk, die bisher 13 internationale 
und 23 nationale Auszeichnungen 
errangen, wird exportiert, unter ande- 
rem nach Japan und in die USA. 

Die Betriebe arbeiten mit wirtschaftli- 
cher Rechnungsführung und sind für 
Gewinn und Verlust eigenverantwort- 
lich. Die meisten ihrer Beschäftigten 
erhalten leistungsorientierte Gehälter 
und sind befristet eingestellt. Dadurch 
wird die in vielen chinesischen Betrie- 
ben noch anzutreffende sogenannte 
Beschäftigung auf Lebenszeit ausge- 
schaltet, die zu einer teilweisen Über- 
besetzung geführt hat und von füh- 
renden Wirtschaftsexperten des Lan- 
des als Hemmnis für eine Erhöhung 
der Effektivität angesehen wird. 

Die Regierung und die Stadt Peking 
haben kürzlich beschlossen, die bis- 
her auf das Gebiet um die Zhonggu- 
ancun-Straße beschränkte Hoch- 
technologiezone von Haidian auf 100 
Quadratkilometer auszudehnen und 
die Ansiedlung neuer Betriebe zu 
unterstützen. Das beinhaltet be- 
trächtliche Steuervergünstigungen, 
weitreichende Verfügungsrechte 
über Deviseneinnahmen sowie die 
Gewährung von Krediten zu Vorzugs- 
bedingungen. Außerdem wurde den 
Firmen das Recht eingeräumt, Hoch- 
schulabsolventen sowie ausländi- 
sche Experten selbst einzustellen. 
Wie Yang Zhenhua von der Vereini- 
gung für Wissenschaft und T echnolo- 
gie in Haidian der Presse mitteilte, 
sind bereits 400 Anträge auf Firmen- 
gründung in der erweiterten T echno- 
logiezone gestellt worden. Unterdes- 
sen findet das Pekinger Beispiel be- 
reits Nachahmung. Die Behörden 
von Lanzhou, Hauptstadt der Provinz 
Gansu, haben angekündigt, daß sie 
nach den hauptstädtischen Erfahrun- 
gen ebenfalls eine Entwicklungszone 
für Hochtechnologie einrichten wer- 
den. 
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Elektronikprodukte — 
Malaysias 

größte Devisenquelle 

Die junge Elektronikindustrie Malay- 
sias hat die einst wichtigsten Devi- 
senquellen des Landes, Erdöl, Kaut- 
schuk, Zinn, Palmöl und Holz, ver- 
drängt und die Spitze in der Exportli- 
ste eingenommen. Erstmalig wurde 
diese positive Tendenz in der Jahres- 
bilanz 1986 sichtbar. Als Ursache 
gaben Experten zunächst den Preis- 
verfall für Rohstoffe auf dem Welt- 
markt an. Doch die Steigerungsraten 
im vergangenen Jahr machten deut- 
lich, daß die elektronische Industrie 
die Rohstoffausfuhren endgültig von 
der führenden Exportposition ver- 
drängt hat. 

1 987 wurden 1 6,2 Prozent der Ex- 
porteinnahmen des Landes durch die 
elektronische Industrie realisiert und 
der Exportplan mit 44 Prozent über- 
boten. Damit war Malaysia nach den 
USA un’d Japan drittgrößter Expor- 
teur von Halbleitern im nichtsozialisti- 
schen Währungsgebiet. 


Insgesamt 60 000 Werktätige, das 
heißt jeder fünfte in der Industrie Be- 
schäftigte, arbeiten in einem der 26 
Betriebe, die elektronische Bauteile 
hersteilen. 

Die malaysische Behörde für indu- 
strielle Entwicklung (MIDA) führt die 
erfolgreiche Entwicklung des Elektro- 
niksektors auf den 1 986 in Kraft ge- 
tretenen und auf zehn Jahre befriste- 
ten Generalplan zur industriellen Ent- 
wicklung des Landes zurück. In die- 
sem Plan sind sowohl Ausbildungs- 
programme für Facharbeiter als auch 
beträchtliche finanzielle Vergünsti- 
gungen für ausländische Investoren 


festgelegt. Für 1 9 der 26 ausnahms- 
los in ausländischer Hand - zumeist 
Japans oder der USA - befindlichen 
Elektronikbetriebe sind die Vergünsti- 
gungen bereits erloschen. Aber kein 
Unternehmen hat sich bisher aus 
Malaysia zurückgezogen. Dennoch 
wies die in Kuala Lumpur erschei- 
nende „New Straits Times“ auf die 
Instabilität dieses im wesentlichen 
vom Ausland abhängigen Industrie- 
zweiges hin. Nur zehn Prozent der 
verarbeiteten Rohstoffe kommen aus 
Malaysia, und auf technologischem 
Gebiet verfügt das Land nicht über 
die notwendigen Kapazitäten und 


Kenntnisse. Außerdem, so wurde in 

der Zeitung gefordert, müsse die 
Elektronikindustrie von der Herstel- 
lung einzelner Komponenten zur Fer- 
tigung elektronischer Gesamtsy- 
steme übergehen, wenn sich dieser 
Industriesektor fest im Land etablie- 
ren soll. Sonst bestehe die Gefahr, 
daß die niedrigen Löhne das einzig 
Interessante für ausländische Unter- 
nehmen blieben. 
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Maschinenbau 
und Elektronik 
zu neuer Qualität 
verbunden 

Mit dem Entwurf anwenderspezifi- 
scher Schaltkreise für Erzeugnisse 
des Schwermaschinen- und Anla- 
genbaus hat der VEB Forschung, 
Entwicklung und Rationalisierung 
(FER) Magdeburg seit 1 987 eine 
neue wissenschaftlich-technische 
Aufgabe übernommen. In diesem 
Jahr entstehen acht Schaltkreisent- 
würfe für Kombinate des Industrie- 
zweiges. Die Produktion der Bauele- 
mente erfolgt dann in dafür speziali- 
sierten DDR-Betrieben. „Die eigene 
Entwurfstätigkeit versetzt uns in die 
Lage, Maschinenbau und Elektronik 
in einer neuen Qualität zu verbinden, 
weil wir die Voraussetzungen für die 
Automatisierung der Erzeugnisse 
selbst schaffen“, sagte FER-Direktor 
Dr. Klaus Hieckmann in einem ADN- 
Gespräch. Bis 1 990 soll im Schwer- 
maschinen- und Anlagenbau in 65 
Prozent der Erzeugnisse Mikroelek- 
tronik integriert sein. Bei Neuentwick- 
lungen sind 90 Prozent vorgesehen. 
Solche Steuer- und Prozeßüberwa- 
chungssysteme ermöglichen, die 
Masse der „schweren Brocken“ im 
Maschinenbau zu reduzieren und 
sind mit ausschlaggebend für ihre 
Konkurrenzfähigkeit auf dem Welt- 
markt. So kommen aus diesem Be- 
trieb des Schwermaschinenbaukom- 
binates „Ernst Thälmann“ die Schalt- 
kreisentwürfe für neue Steuerungen, 
die für den Einsatz in Kabel- und Ver- 
seilmaschinen bestimmt sind. Im 
Magdeburger SKET-Stammbetrieb 
wurde parallel dazu begonnen, Lei- 
terplatten als Schaltkreisträger selbst 
herzustellen. Um den rasch wach- 
senden Bedarf des Industriezweiges 
an Schaltkreisen zu decken, erhält 
FER Magdeburg bis 1 991 ein modern 
ausgestattetes Entwurfs-, Entwick- 
lungs- und Beratungszentrum. In ihm 
können Betriebe des Schwermaschi- 
nenbaus und aus dem Territorium 
komplette Schaltungen erarbeiten 
lassen oder die Computertechnik 
dieses Zentrums für selbständige 
Entwurfsarbeit nutzen. Dr. Hieck- 
mann erklärte, daß die Arbeit im FER 
vorlauforientierten Charakter habe. 
„Wir schaffen heute die Komponen- 
ten für den bedienarmen Betrieb der 
Zukunft“, dazu zählen Automatisie- 
rungslösungen für produktionsvorbe- 
reitende und Produktionsprozesse. 
Rund 420 Mitarbeiter befassen sich 
mit der Mikroelektronik, Industriero- 
botertechnik, der compujergestütz- 
ten Konstruktion und Produktion, der 
Optoelektronik und Lasertechnik. 
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Dialog 


Zum Beitrag „Sequentielle Online-Verarbeitung von 
dBASE-ll-Dateien mit TURBO-PASCAL“ in MP 6/1 988, S. 1 79 
hingegen bei realisierter Parameter- 
übergabe eine als Unterprogramm 
fungierende Kommandodatei gestar- 
tet werden kann. Zur Übergabe von 
Parametern könnte der E/A-Puffer 
des Betriebssystems oder die von 
dBASE gebotene Möglickeit des Pa- 
rameterfiles genutzt werden. 

Mit dieser Methode ist es möglich, 
dBASE-Software schrittweise, für 
den Anwender kaum spürbar - außer 
im Laufzeitverhalten zu ersetzen. 

Detlef Knut, Berlin 


program dbtest; 

cmd:string(.8.) absoluteOäO; 
begin 

cmd:=’MATERIAL’; 

write('turbo-programm'); 
assignjdb, 'DB2.COM'); 
execute(db); 
end. 


Bild 1 Aufruf des Datenbanksystems und 
Anwenderprogramms 


Zu den Beiträgen „Arbeit mit ASCII-Dateien“ 
sowie „Arbeit mit Direktzugriffsdateien“ 

in MP 5/88, S. 133 u. S. 154 
Eine problemlose Verwendung von 
BASIC-DA-Dateien unter anderen 
Programmiersprachen ergibt sich 
durch Vergrößerung des Pufferberei- 
ches um 2 Byte, die konstant mit 0DH 
0AH gefüllt werden. 

Hinter dem letzten Datensatz ist ein 
weiterer Satz auszugeben, nachdem 
das erste Byte des Puffers mit LSET 
XO = CH R 0(26) gefüllt wurde. 

Diese Datei kann in BASIC und ande- 
ren Programmiersprachen als se- 
quentielle Datei einschließlich der 
EOF-Funktion verwendet werden. 

Für DA-Dateien ist eine Speicherung 
der Datensatzanzahl erforderlich, da 
die EOF-Funktion nicht anwendbar 
ist. Diese Registrierung erfolgt 
zweckmäßig in einer Hilfsdatei, in der 
weiterhin alle notwendigen Merkmale 
für das gesamte BC-Projekt gespei- 
chert werden können. 

Zu Beginn des Programmlaufes wird 
diese Datei eröffnet, eingelesen und 
abgeschlossen. Die gelesenen Werte 
werden mit vorgegebenen Parame- 
tern verglichen. Bei Nichtüberein- 
stimmung wird die Diskette abgelehnt 
und eine andere angefordert. 

Beispiel für den Aufbau einer Hilfsda- 

1 . Satz Diskettennummer (6 Byte), 

Projektkennzeichen (6 Byte) 


2. Satz Diskettenkennzeichen , Da- 

tum letzte Bearbeitung (ttmmjj) 

3. Satz Satzanzahl Datei 1, Satzan- 

zahl Datei 2 

4. Satz Satzanzahl Datei 3, Satzan- 

zahl Datei 4 


aufgebaut als DA-Datei, je Datensatz 
12 Byte Zeichenkette. 

An markanten Programmpunkten, 
spätestens zum Programmende, ist 
die Datei zu aktualisieren. Durch ge- 
eigneten Aufbau dieser Datei ist es 
auch möglich, große Dateien, die sich 
über mehrere Disketten erstrecken, 
zu verarbeiten. Dazu sind ein Reihen- 
folgekennzeichen einzuführen und 
die Grenzen des Identbegriffes der 
Teildateien in der Hilfsdatei zu spei- 
chern. Die Hilfsdatei der ersten Teil- 
datei muß alle Grenzen enthalten. 
Nach Eingabe des Suchbegriffes 
muß die Kontrolle der Grenzen und 
darauf die Kontrolle des Reihenfolge- 
kennzeichens erfolgen. Bei positivem 
Ergebnis erfolgt die Verzweigung 
zum Suchlauf, bei negativem Ergeb- 
nis die Aufforderung zum Disketten- 
wechsel mit anschließender Kontrolle 
der Diskette. 

Klaus Hildebrandt, Magdeburg 


Zu der gleichen Zielstellung schlage 
ich eine Methode vor, bei der die 
Hochsprache nicht verlassen und 
nicht auf ein Assemblerprogramm zu- 
rückgegriffen wird. 

Im Bild 1 wird ein PASCAL-Quelltext 
gezeigt, der dem Test diente, in 
TURBO-PASCAL geschriebene Pro- 
gramme als Unterprogramme für 
dBASE-Anwendersoftware zu nut- 
zen. Der Test wurde z.Z. noch nicht 
auf eine Parameterübergabe ausge- 
dehnt. 

Die vorgestellte Methode bietet die 
Möglichkeit, laufzeitintensive Pro- 
grammabschnitte des dBASE-Pro- 
gramms durch schnellere Pro- 
gramme abzulösen. Nach Abarbei- 
tung wird vom Unterprogramm (Start 
aus dBASE mit QUIT TO „COM- 
FILE“) wieder das Datenbanksystem 
nebst Anwenderprogramm gestartet. 
Wegen der z. Z. fehlenden Parame- 
terübergabe können nur solche Pro- 
grammabschnitte ersetzt werden, die 
unabhängig von globalen Parame- 
tern arbeiten. Das Anwenderpro- 
gramm wird von Neuem gestartet, 


291 


Bildungscomputer robotron A5105 

Dr. Gert Keller, ausgabe für Text und Grafik entsprechend 


Dr. Gunter Kleinmichel, 

VEB Robotron-Meßelektronik 
„Otto Schön“ Dresden 


Im VEB Robotron-Meßelektronik „Otto 
Schön“ Dresden wurde die Entwicklung des 
neuen Bildungscomputers robotron A5105 
abgeschlossen. Erste Muster dieses lei- 
stungsfähigen Gerätes werden derzeit dem 
Bildungswesen zum Test zur Verfügung ge- 
stellt. 

Die Entwicklung des Bildungscomputers 
(BIC) wurde notwendig, da die bisher ver- 
fügbaren Kleincomputer der Serien KC 85 
und KC 87 ( siehe auch 4. Umschlagseite) 
die Ansprüche an eine niveauvolle und mo- 
derne Ausbildung nur teilweise erfüllen. 
Diese Computer wurden ursprünglich für an- 
dere Haupteinsatzgebiete konzipiert. 

Mit dem BIC soll nun die Grundlage ge- 
schaffen werden für eine einheitliche Ausbil- 
dungsbasis im Fach Informatik, sowohl in 
den allgemeinbildenden Schulen, den EOS 
und den Spezialschulen als auch in den un- 
terschiedlichen Bildungseinrichtungen der 
Berufsausbildung. 

Pädagogisch-technische 
Forderungen an den BIC 

Ausgehend von den zentralen Ausbildungs- 
zielen 

- Herausbildung eines prinzipiellen Ver- 
ständnisses für die Arbeitsweise eines Com- 
puters 

- Vermittlung der Grundzüge des Program- 
mierens 

- Erlernen eines sicheren Umgangs mit 
Standard-Anwendersoftware 

wurden die pädagogisch-technischen Forde- 
rungen an den Bildungscomputer zwischen 
dem Ministerium für Volksbildung, dem 
Staatssekretariat für Berufsbildung und dem 
VEB Robotron-Meßelektronik „Otto Schön“ 
Dresden abgestimmt und folgende Schwer- 
punkte herausgearbeitet: 

Konstruktion 

- Die Konstruktion sollte robust, aber form- 
schön sein und die gültigen ergonomischen 
Forderungen (Tastaturhöhe, Betrachtungs- 
abstand) erfüllen. 

- Aus Gründen der begrenzten Aufstel- 
lungsfläche wurde eine 31-cm-Bildröhre 
(schwarzweiß oder Farbe) gefordert. 

- Einsatz einer modernen Computertastatur 

Software 

- Bereitstellung einer modernen, den inter- 
nationalen Tendenzen entsprechenden BA- 
SlC-Version für die Grundausbildung und 
Unterstützung einer komfortablen Grafik 
durch dieses BASIC 

- Möglichkeit der Abarbeitung der SCP- 
Standardsoftware des PC 1715, das heißt, 
Kompatibilität bezüglich der Systemschnitt- 
stellen und der Diskettenformate zu diesem 
Rechner 

Hardware 

- Unterstützung der für die Lauffähigkeit der 
geforderten Software erforderlichen ROM- 
und RAM-Speicherbereiche 

- Unterstützung einer leistungsfähigen Bild- 


üblichen Standards (auch in Farbe), u.a. 
auch das wichtige Format 25 Zeilen x 80 Zei- 
chen für SCP-Software 

- Integration eines Diskettenlaufwerkes 
5,25" 

- Bereitstellung zahlreicher Interfaces zur 
Sicherung einer vielseitigen und flexiblen 
Ausbildung; Anschlußmöglichkeiten für 
Drucker, Plotter, Schülerexperimentierge- 
räte, zusätzliches Farbfernsehgerät, Kasset- 
tenmagnetbandgerät, Steuerhebel und di- 
verse Module 

- Verkopplungsfähigkeit für Computerkabi- 
nette 

Details 

- Umlaute im Standardzeichensatz und auf 
der Tastatur 

- Programmierbarer Zeichensatz, auch für 
Quasigrafik 

- Programmierbare Funktionstasten 

- Übernahme bewährter Anweisungen des 
HC-BASIC des KC 85/1 in das BASIC des 
BIC, z. B. WINDOW und PAUSE 

- Anschlußmöglichkeit für Fernsehgeräte, 
die in den Schulen bereits vorhanden sind. 
Entsprechend der Festlegung für die Preis- 
obergrenze wurde vereinbart, den Bildungs- 
computer auf der Basis der 8-Bit-Schaltkreis- 
familie des U 880 aufzubauen. 

Kurzbeschreibung 

des Entwicklungsergebnisses 

Bildungscomputer 

Hardware und Konstruktion 

Der BIC besteht aus den 3 Gerätekomponen- 
ten 

Computergrundgerät (CGG) 

Diskettenspeichereinheit (DSE) 

Monitor (MON), 

die mechanisch fest miteinander verbunden 
sind. Im CGG ist unter einer standardgerech- 
ten Computerflachtastatur eine Leiterplatte 
mit den Baugruppen Prozessor, Arbeits-, 
Bild- und Programmspeicher, BUS- und 
Speicherverwaltung, Bildausgabe und Kas- 
setteninterface untergebracht. Neben einer 
BUS-Schnittstelle in einem speziellen Modul- 
schacht und den Anschlüssen für 2 Steuer- 
hebel und ein Magnetbandgerät sind zwei 
Steckverbinder zur Kopplung des CGG an 
die DSE vorhanden. 

Die DSE enthält die Stromversorgungsbau- 
gruppe für den BIC, ein Diskettenlaufwerk 1 .6 
und auf einer großen Leiterplatte die Ansteu- 
erbaugruppe für das Diskettenlaufwerk und 
zahlreiche Interface-Ansteuerungen, z. B. 
serielle und parallele Datenausgänge für An- 
schluß von Drucker, Plotter und Schülerex- 
perimentiergerät, Lokalnetzanschluß und 
Anschlüsse für unterschiedliche Bildausga- 
begeräte. 

Der Monitor enthält eine monochrome 12- 
Zoll-Bildröhre und ist auf der DSE dreh- und 
schwenkbar befestigt. Basis der Prozessor- 
einheit ist der 8-Bit-CPU-Schaltkreis U880 
der 4-MHz-Baureihe. Der interne Gerätebus 
ist, wie bei den robotron-Kleincomputern, 
elektrisch und konstruktiv weitgehend zum K- 
1520-Bus kompatibel und sowohl zum Mo- 
dulschacht des CGG als auch an einen BUS- 
Steckverbinder (an der Rückseite der DSE) 
herausgeführt. Der BUS ist vollständig getrie- 
ben und kurzschlußfest. 



Wichtige technische Daten 
Prozessor: UA880Ö 

Videocon- 
troller: U §2720 

Ftoppy-r ' • 

Controiic! : Ü827Z 

Taktfrequcü-- 3.75 MHz 
Speicher- 48 (oder 64 ) KSyte 




• Zeilen ‘.o Zeichen 
2$Ze!feo i Zeichen 
ISVordei , d S Hinter- 
gnindfarben 


lonausgabe 

Weitere 

externe 

Anschlüsse: 


^ratmausgaoe . 

320 x 2O08ildpunkten 
io4 aus 16Farben 
64Öx 2008IWpunkU 
M.aus 16 Farben 
320 x 200 BlMpunkfc l 
mit 1 6 Farben je Punkt 
3 Kanäle. 6 Oktaven über 

AÜlteatisgarig 



V 24-Plotterinterface 
(bidirektional) n 

- 2 y 8-BiM 3 arallel-lnter- ; 
face (zumAnschlußSchu- 
lerexperimemiergerätund : 
aistJENTRQNICS-inter- 
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Bild 2 Bildspeicher und SCREENs 
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Die Speicherkonfiguration besteht aus 
64 KByte Arbeitsspeicher, 64 K x 1 6 Bit Bild- 
speicher und mindestens 48 KByte Pro- 
grammspeicher. Der adressierbare Spei- 
cherraum wird mittels 4facher SLOT-Um- 
schaltung auf 256 KByte erweitert. Die An- 
ordnung innerhalb dieser 4 Bereiche zu je 
64 KByte zeigt Bild 1. Die Speicherverwal- 
tung sowie ein Audiogenerator, die Tastatur- 
ansteuerung und die Adreßdekodierung für 
die E/A-Ports sind in einem kundenspezifi- 
schen Schaltkreis (ASIC) realisiert. 

Für die Bildausgabeeinheit werden der Gra- 
fik-Display-Controller U 82720 und ein weite- 
rer kundenspezifischer Schaltkreis einge- 
setzt. Damit wird eine hochleistungsfähige 
Grafikdarstellung mit bis zu 16 Farben je Pi- 
xel ermöglicht. Diese Farbdarstellung ist na- 
türlich nur bei alternativem oder zusätzlichem 
Anschluß eines Farbmonitors bzw. eines 
Farbfernsehgerätes mit RGB-Signaleingang 
nutzbar. Die erforderlichen Signalausgänge 
sind an der DSE vorhanden. 

Mit dem Floppy-Disk-Controller U 8272 wird 
die Ansteuerbaugruppe für maximal 3 Lauf- 
werke 1 .6 aufgebaut, wobei an der DSE der 
Anschluß für 2 weitere externe Laufwerke 
vorhanden ist. Die Stromversorgungseinheit 
ist als Schaltnetzteil aufgebaut und liefert ne- 
ben den benötigten Versorgungsspannun- 
gen von +5V, + 12 V und -12V bei +5V 
eine Stromreserve für den Nutzer von zirka 
1 A. 

Software 

Entsprechend den sehr unterschiedlichen 
Einsatzforderungen werden für den Bil- 
dungscomputer zwei Betriebssysteme be- 
reitgestellt, die beide mit den im SCP übli- 
chen Disketten- und Dateiformaten arbeiten. 

Betriebssystem RBASIC 
Das System RBASIC ist in 48 KByte ROM 
des Computers enthalten und stellt neben 
zahlreichen auch im SCP nutzbaren Treiber- 
programmen (für Tastatur, Bildausgabe, In- 
terfaces) einen leistungsfähigen BASIC-In- 
terpreter bereit. 

Im RBASIC stehen etwa 150 BASIC-Kom- 
mandos, Anweisungen und Funktionen zur 
Verfügung, die in Syntax und Wirkungsweise 
mit denen des BASI des Personalcomputers 
robotron EC 1 834 kompatibel sind. 

Einige Leistungsmerkmale des RBASIC: 

• SCREEN-Editor 


• WINDOW-Anweisung für Text und Grafik 

• 3 Zahlenformate (maximal 14 Stellen Ge- 
nauigkeit) 

• Unterstützung verschiedener Bildformate 
Text: 

25 x 40 und 25 x 80 Zeichen (je Zeichen 16 
Farben) 

Grafik: 

320 x 200 und 640 x 200 Punkte (je Punkt 4 
aus 1 6 Farben) 

320 x 200 Punkte (je Punkt 16 Farben) 

Die Aufteilung des Bildspeichers ist Bild 2 zu 
entnehmen. 

• Arbeit mit bis zu 16 Text- und 6 Grafikbil- 
dern 

• Arbeit mit sequentiellen Dateien (Diskette 
und Kassette) 

• Arbeit mit Zugriffsdateien (Diskette) 

• Kommandos zur Dateiverwaltung auf Dis- 
kette 

• Hardcopy-Programm für Text und Grafik 
integriert. 

Betriebssystem SCPX 5105 
Das Betriebssystem SCPX 5105 arbeitet im 
64-KByte-RAM-Bereich des Computers. Es 
ist vollständig kompatibel zum SCPX 1715 
des in der DDR weitverbreiteten Personal- 
computers robotron 1715, so daß alle An- 
wenderprogramme, die die Betriebssystem- 
schnittstellen des robotron 1715 einhalten, 
auch auf dem Bildungscomputer robotron 
A5105 lauffähig sind. 

Spezielle Merkmale des SCPX 5105: 

• TPA größer als 48 KByte 

• Vorzugsweise Unterstützung des Bildfor- 
mates 25 x 80 Zeichen 

• Spezielles Dienstprogramm zum rationel- 
len Kopieren von Dateien mit nur einem Dis- 
kettenlaufwerk 

• Möglichkeit der Nutzung von BIOS-Rufen 
des RBASIC (z. B. für Grafikroutinen im PAS- 
CAL). 

Besondere Merkmale 
der Entwicklung 

Die Zielstellung der Auftragsentwicklung des 
Bildungswesens war die Erreichung eindeu- 
tig geforderter hoher Leistungsparameter un- 
ter Einhaltung vorgegebener ökonomischer 
Bedingungen. Dabei konnte die Erfüllung des 
Forderungsprogrammes nur durch Verwen- 
dung der modernsten verfügbaren Bauele- 
mente und unter Einsatz rationellster Ferti- 


gungstechnologien gesichert werden, auch 
wenn dadurch häufig technologisches Neu- 
land betreten werden mußte und überdurch- 
schnittlich hohe Aufwendungen in der Ferti- 
gungsvorbereitung erforderlich waren. We- 
gen des zeitlichen Gleichlaufes von Gerä- 
teentwicklung und Entwicklung kundenspezi- 
fischer Schaltkreise waren die Arbeiten mit 
einem hohen Risiko verbunden. 

Mit dem Einsatz der Bestückungstechnologie 
für aufsetzbare Bauelemente, dem digitalen 
In-Circuit-Test als wesentlichstem Prüfver- 
fahren und der Verwendung von Vollplastge- 
häusen'ist die Basis für eine rationelle Ferti- 
gung in hohen Stückzahlen gegeben. 

Bei der Softwaregestaltung war schließlich 
immer die Grundforderung des Bildungswe- 
sens zu berücksichtigen, daß der BIC in Soft- 
waregestaltung und Bedienphilosophie ei- 
nen hohen Grad an Kompatibilität zu den 
Computern aufweisen soll, die der Auszubil- 
dende bei seinem praktischen Berufseinsatz 
vorfinden wird. 


1 Bl KONTAKT 9 1 

VEB Robotron-Meßelektronik „Otto Schön" Dresden, Ling- 
nerallee 3, PSF 211, Dresden, 8010; Tel. 4875846 
(Dr. Keller) 


Ausgabegeschwindigkeit 
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dBASE III im Vergleich 


Dr. Wilfried Grafik, Bärbel Osten 
Humboldt-Universität zu Berlin, Sek- 
tion Mathematik 


Ein wesentliches Merkmal von Datenbank- 
sprachen ist die Komplexität ihrer Komman- 
dos, dBASE enthält viele komplexe Kom- 
mandos, die in höheren Programmierspra- 
chen wie PASCAL, C oder MODULA nur 
durch mehr oder weniger komplexe Proze- 
duren ausgedrückt werden können. Hinzu 
kommt, daß Datenbankkommandos oft File- 
operationen beinhalten, also den Zugriff zu 
einem externen Speicher. Die Geschwindig- 
keit, mit der Kommandos abgearbeitet wer- 
den, wird also erheblich durch die Effektivität 
der Filearbeit bestimmt. Diese wiederum ist 
bedingt durch die Geräte und Datenträger 
(Disketten oder Harddisk), ihre Controller, 
ihre Treiber und durch Anzahl und Größe der 
verfügbaren Puffer. 

Fragestellung 

Welche Leistungen bringt dBASE III in Ab- 
hängigkeit von den benutzten Geräten? Wel- 
chen Einfluß hat dabei die Prozessorge- 
schwindigkeit? Wie ist das Verhältnis zu ver- 
gleichbaren Kommandos in dBASE II? Diese 
Fragen wollen wir im folgenden durch Mes- 
sungen beantworten. 

Betrachten wir zuvor noch andere interes- 
sante Fragestellungen, z. B. nach dem Ein- 
fluß der Länge der Datensätze auf die Aus- 
führungszeiten. Untersuchungen an drei ver- 
schiedenen Datenbanken mit Sätzen unter- 
schiedlicher Länge lieferten hier Unter- 
schiede, die aber keine Proportionalität der 
Ausführungszeiten zur Länge der Daten- 
sätze erkennen ließen. Umgekehrt kann also 
nicht geschlußfolgert werden, daß die Ein- 
sparung einiger Bytes in einem Datensatz 
eine wesentlich schnellere Ausführung der 
Kommandos bewirkt. Hier sollte man unbe- 
dingt problemorientiert Vorgehen, das heißt, 
die Struktur der Datensätze wird durch die zu 
lösende Aufgabe bestimmt, nicht durch die 
Eigenschaften irgendwelcher gerade verfüg- 
barer Systeme. 

Ferner wurde die Sortierzeit eines Daten- 
bankfiles in Abhängigkeit von seiner Länge 
untersucht. Dabei stellte sich heraus, daß es 
in dem gemessenen Bereich von 500 bis 
28 000 Datensätzen mit je 56 Byte keine 
sprunghaften Veränderungen der Sortierzeit 
gibt. Das Datenbankfile mit 500 Sätzen be- 
legt 29 KByte. 28000 Datensätze belegen 
1568 KByte. Die Sortierzeit beträgt 0:0:20 
bzw. 1 :05:53 Stunden, was einen Faktor von 
etwa 198 ergibt. Diese Messungen wurden 
auf einem IBM-PC/XT durchgeführt. Wir wol- 
len diese Abhängigkeit hier nicht näher unter- 
suchen. 

Einige Einflüsse auf die Messungen können 
nicht exakt ausgewiesen werden bzw. müs- 
sen unberücksichtigt bleiben. So ist die Frage 
zu stellen, welchen Einfluß die Länge der 
Operanden, die in den dBASE-Kommandos 
verarbeitet werden, haben. Sind viele Opera- 
tionen ohne Filezugriffe auszuführen, so sind 
schnelle Prozessoren im Vorteil. 

Welchen Einfluß hat die Größe des verfügba- 
ren Hauptspeichers? Besteht ein signifikan- 
ter Unterschied bei 51 2 oder 640 KByte Spei- 
cherplatz? Stört oder nutzt eine RAM- 


Floppy? Versuche mit einem XT (640 KByte 
und 4,75 MHz) und einem Schneider 1512 
(51 2 KByte und 8 MHz) weisen aus, daß ein 
in diesen Größen variierender Speicher kein 
Nachteil ist. Eine RAM-Floppy kann für 
dBASE nur dann nützlich sein, wenn sie 
Kommando- oder Formatfiles enthält. Für 
das Sortieren und Indizieren ist sie praktisch 
nicht einsetzbar. 

Wir sind uns darüber im klaren, daß die Mes- 
sungen durch andere, hier nicht bewußt ge- 
steuerte Einflüsse, geringfügig verzerrt wer- 
den. Ein derartiger Einfluß ist z. B. die Vertei- 
lung der Daten auf der Platte. Ist die Datei 
kontinuierlich abgespeichert? Wie groß ist 
ihre Entfernung vom Fileverzeichnis, wieviel 
Köpfe hat die Platte usw.? Diese Randbedin- 
gungen beeinflussen offenbar die Positio- 
nierzeit der Köpfe. Es ist aber gerechtfertigt, 
diese Einflüsse nicht zu betrachten, da man 
unter Produktionsbedingungen auch keinen 
Einfluß darauf nehmen wird. Das Ziel dieses 
Beitrags besteht also nicht darin, generelle 
Benchmark-Tests für dBASE zu entwickeln 
und durchzuführen. 

Bekannt sind Messungen zu REDABAS, wie 
sie z. B. in IV veröffentlicht sind. Wir wählen 
für unsere Untersuchungen ähnliche, cha- 
rakteristische und komplexe Kommandos 
von dBASE III und testen sie separat. Sie 
sind charakteristisch im Sinne ihrer Existenz 
im Datenbanksystem dBASE, nicht bezüg- 
lich ihrer Anwendungshäufigkeit in praxisre- 
levanten Programmen. Das Ziel besteht 
darin, die Abhängigkeit der Geschwindigkeit 
von dBASE von den verwendeten Geräten 
auszu weisen. 

Alle Messungen werden an einem Daten- 
bankfile durchgeführt, das im praktischen 
Einsatz ist. Es dient der Verwaltung von Zeit- 
schriftenartikeln in unserer Sektion. Die 
Länge des Datenbankfiles wird auf 1000 Da- 
tensätze normiert, was den Vergleich mit an- 
deren Messungen erleichtert. Für diesen 
Test wählen wir ein Datenbankfile journ.dbf, 
dessen Struktur in Tafel 1 wiedergegeben 
ist 

Dieses Datenbankfile benötigt auf der Dis- 
kette für 1000 Datensätze 214 KByte. Es ist 
auf einer 720-KByte-Diskette gerade noch 
sortierbar, da beim Sortieren zwei Hilfsfiles 
angelegt werden, von denen zumindest eins 
die Größe des Datenbankfiles erreicht. 

Uns interessiert zuerst die Ausführungszeit in 
Abhängigkeit vom benutzten Speicherme- 
dium. Welchen Einfluß hat die Benutzung von 
Disketten im Vergleich zum Einsatz von Fest- 
platten? Unterscheiden sich die Zeiten bei 
der Benutzung von 40-Spur- und 80-Spur- 
Laufwerken? Dazu führen wir die gleichen 


Messungen mit den verschiedenen Datenträ- 
gern durch. Die benutzten Disketten enthal- 
ten keine weiteren Daten, so daß die Kopfbe- 
wegungen minimal sind. 

Neun verschiedene Rechner 

Inwieweit hängt die Geschwindigkeit von 
dBASE vom verwendeten Rechnertyp ab? 
Wir benutzen einen IBM-PC/XT-kompati- 
blen Rechner, einen AT-kompatiblen Rech- 
ner, einen AT, einen „Schneider 1512“, ei- 
nen A7100, einen A7150, einen EC 1834 
und einen durch eine Subprozessorkarte er- 
weiterten 8-Bit-OEM-Rechner. Zum Ver- 
gleich mit der Leistungsfähigkeit von dBASE 
II werden die gleichen Kommandos auf ei- 
nem A5120, einem A7100 und auf dem er- 
weiterten OEM-Rechner abgearbeitet. 

Der XT enthält einen Prozessor 1 8088, der 
mit 4,75 MHz betrieben wird, 640 KByte Spei- 
cher, Diskettenlaufwerke mit 40 und 80 Spu- 
ren und eine Festplatte von 20 MByte. 

Der AT-kompatible Rechner enthält einen 
Prozessor 1 80286, der mit 1 0 MHz betrieben 
wird, 640 KByte Speicher, 1 ,2-MByte-Disket- 
tenlaufwerke und eine Festplatte von 
20 MByte. 

Der AT 0.2 enthält einen l-80286-Prozessor 
(6 MHz), 3,2 MByte Speicher und eine Fest- 
platte von 1 10 MByte. Unter einem UNIX-Be- 
triebssystem werden die Messungen mit ei- 
ner dBASE-lll-Weiterentwicklung (Fox- 
Base+) durchgeführt. 

Der Schneider 1512 enthält einen 1-8086- 
Prozessor (8 MHz), 512 KByte Speicher und 
eine 32-MByte-Festplatte. 

Der A 71 50 und der EC 1 834 enthalten einen 
Prozessor Kl 810 WM86, der mit 4,9 MHz 
betrieben wird, 512 KByte bzw. 640 KByte 
Speicher und eine 50-MByte-Festplatte. 

Der zu einem 16-Bit-Rechner erweiterte 
OEM-Rechner besitzt eine Subprozessor- 
karte mit einem 1 8086, der mit 8 MHz betrie- 
ben wird, und 512 KByte Speicher. Die Ein- 
und Ausgabe wird über den 8-Bit-Teil des 
A5120 realisiert. 8- und 16-Bit-Teil sind über 
den K-1 520-Bus miteinander verbunden. Als 
Laufwerke werden 80-Spur-Laufwerke ver- 
wendet. Die zugehörigen Gerätetreiber sind 
speziell auf diese Geräte zugeschnitten, so 
daß eine maximale Geschwindigkeit im Dis- 
kettenzugriff erreicht wird. MS-DOS und CP/ 
M 86 sind auf diesem Rechner lauffähig. Der 
Test unter MS-DOS mit dBASE III gestattet 
einen Vergleich zu anderen MS-DOS-Rech- 
nern. Der Test unter CP/M 86 mit dBASE II 
gestattet einen Vergleich zum Bürocomputer 
und zum A7100. Da in dBASE II das Sortie- 
ren nur nach einem Feld möglich ist, fehlen 
die Werte in der Zeile für das Sortieren nach 
drei Feldern. 

Der verfügbare A71 00 ist mit dem Prozessor 
K 1 81 0 WM86 ausgerüstet und besitzt einen 
Speicher von 512 KByte und Diskettenlauf- 


«1 1 Datenbankstruktur - LIST STRUCTURE des Files journ.dbf 

Anzahl der Datensätze - 1000 

Letztes Xr.de rungsda tum - 12.11.S7 
Feld Feldname Typ Länge Dez 

1 KURZTITEL Zeichen 40 

2 TITEL Zeichen 90 

3 ORT_VERLAG Zeichen 30 

4 JAHRG Zeichen B 

5 STANDORTE Zeichen 30 

6 Hl Numerisch 3 

7 H2 Numerisch 3 
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Tafel 2 Ausführungozeiten für XT und AT 


Tafel 3 Ausf Uhrungszeiten für "Schneider". OEM-Erweiteung, 


Zeiten in rnn:8s mit verschiedenen Datenträgern 


A 7150. EC 1834 und Clipper unter MS-DOS 



AT-koapat. AT-kiepat. AT auf Fut- 
auf auf platte) IM1I) 
Festplatte Floppy FoaBase* 


0)20 lt 14 0i25 
Ol 12 1:14 0:07 
3:23 7:1« 0:58 
3:43 12:55 0:41 
0:04 1:11 0:06 



•> «icht peoigeuA Platt 




Zeiten in n 


Festplatte NS-DOS 



1:05 

1:17 

5:36 

6:48 


1:03 


werke für 80 Spuren. Auf ihm wurde ein MS- 
DOS-Betriebssystem installiert, unter dem 
dBASE 111+ läuft. Ein weiterer Test auf die- 
sem Rechner erfolgt mit dem Betriebssystem 
SCP 1700 und dBASE II. 

Der 8-Bit-Bürocomputer A5120 hat einen 
Speicher von 64 KByte, einen Prozessor 
U880, der mit 2,5 MHz betrieben wird, und 
ebenfalls Diskettenlaufwerke mit 80 Spuren. 
Er läuft mit einem CP/M-Betriebssystem der 
Humboldt-Universität (s. auch MP-Börse). 

Tests 

Zum Test werden auf allen Rechnern die fol- 
genden Kommandos in der angegebenen 
Reihenfolge abgearbeitet: 

COUNT 

SUMhl 

SUM hl, h2, h3, h4, h1+h2+h3+h4 
L0CATE F0R RECNÜ()=1000 
REPLACE ALL titel WITH titel 
DELETEALL FÜR titel=“xxx“ 

PACK 

S0RT0N titel T0 x 

S0RT 0N titel, orLverlag, Standorte T0 x 
INDEX 0N titel T0 jotitel 

INDEX 0N orLverlag + jahrg + Standorte T0 joausdr 

Zu beachten ist die Länge des Feldes titel 
(90 Zeichen). Die maximale Länge eines In- 
dexausdrucks beträgt 100 Zeichen. Deshalb 
werden im zweiten INDEX-Kommando an- 
dere Felder benutzt. Bei der Wahl der Kom- 
mandos kommt es nicht auf logisch zusam- 
menhängende und sinnvolle Operationen an. 
So ist das getestete REPLACE-Kommando 
logisch nicht sinnvoll, gibt aber das Prinzip 
wieder: Ein Datensatz wird gelesen, teilweise 
ersetzt und zurückgeschrieben. 

Tafel 2 vergleicht die Werte für den XT und 
den AT. Es war zu erwarten, daß die Arbeit 
mit der Festplatte wesentlich schneller ist, als 
die Verwendung von Disketten. Bemerkens- 
wert ist dagegen, daß die Ausführungszeiten 
für die 40-Spur-Laufwerke zum Teil erheblich 
unter denen für 80-Spur-Laufwerke liegen. 
Ein AT kann die Geschwindigkeit seines Pro- 
zessors nicht ausspielen, wenn er mit Disket- 
ten arbeiten muß. In diesem Fall ist ihm selbst 
ein XT mit Festplatte überlegen. 

Tafel 3 zeigt, daß die Meßwerte vom A7150 
und vom XT fast gleich sind. Der Schneider 
wird durch seinen kleineren Hauptspeicher, 
verglichen mit dem XT, nicht merklich behin- 
dert. Er bringt deutlich bessere Zeiten, die 
zwischen den Werten des XT und des AT lie- 
gen. Der EC 1834 ist bei diesen Messungen 
durchaus mit dem Schneider vergleichbar. 


Die in Tafel 2 in der Spalte Clipper angegebe- 
nen Werte wurden ermittelt, indem das Kom- 
mandofile mit dem Clipper-Compiler über- 
setzt und anschließend gelinkt wurde. Dazu 
waren geringfügige Änderungen am Kom- 
mandofile erforderlich, die die Meßwerte je- 
doch nicht beeinflussen. Die Übersetzungs- 
zeit lag etwa bei 20 Sekunden. Der Linklauf 
dauerte mit plink86 dagegen 4 Minuten, mit 
dem Linker des MS-C-Systems 1:15 Minu- 
ten. Es wurde ein .exe-File von 133872 Byte 
erzeugt. Das erscheint auf den ersten Blick 
viel. Bedenkt man jedoch, daß damit alle be- 
nutzten Funktionen realisiert werden und daß 
die Files dBASE.exe und dBASE.ovl. 
1 20 257 bzw. 1 60 768 Byte lang sind, so wird 
dieser Wert relativiert. Die Ausführungszei- 
ten für das übersetzte Programm sind mit de- 
nen des AT vergleichbar. Lediglich beim Sor- 
tieren schneidet das vom Clipper erzeugte 
Programm schlechter ab. Das läßt anderer- 
seits darauf schließen, daß die in dBASE III 
implementierten Sortieralgorithmen lei- 
stungsfähig sind. In dBASE II wurden sie all- 
gemein bemängelt, was sich auch in den Zei- 
ten in T afel 4 widerspiegelt. ^ 

In Tafel 4 sind Werte für dBASE II zusam- 
mengestellt. Erstaunlich ist hier die Ge- 
schwindigkeit des erweiterten OEM-Rech- 
ners. Er erreicht unter dBASE II auf Diskette 
fast die gleichen Werte, die der XT mit 
dBASE III auf der Festplatte liefert! Für die 
Versuche auf dem XT-Rechner ergeben sich 
folgende Größen für die Indexfiles und das 
Datenbankfile selbst: 

Filename Länge in Byte 


JOURN DBF 213504 

JOTITEL NDX 193024 

JOAUSDR NDX 140288 

Erweitern wir die Datensätze unseres Daten- 
bankfiles derart durch fiktive Felder, daß eine 
effektive Datensatzlänge von 1000 Byte zu- 
stande kommt und führen wir die gleichen 
Tests unter den ansonsten gleichen Bedin- 
gungen durch, so ergeben sich die in Tafel 5 
zusammengestellten Werte. 

Auf Diskette ist dieses Datenbankfile nur auf 
1 ,2-MByte-Disketten speicherbar, also auch 
dort nicht mehr sortierbar oder indizier- 
bar. Die erzeugten Indexfiles haben die glei- 
che Länge wie im vorangegangenen Test. 
Das war zu erwarten, da sich der Indexaus- 
druck nicht verändert. Das Datenbänkfile 
selbst nimmt immerhin über ein Megabyte 
ein! 
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Ziehen wir eine Querverbindung zu den P- 
8000-Rechnern. Sie enthalten eine U-8000- 
CPU, die mit den anderen betrachteten Pro- 
zessoren nur insofern vergleichbar ist, als 
daß sie ebenfalls ein 1 6-Bit-Prozessor ist. Die 
unter MS-DOS bekannten Programme, also 
auch dBASE, laufen auf diesem Rechner 
nicht. Der benutzte P8000 enthält 1 MByte 
Speicher und eine Festplatte von 44 MByte. 
Es sind drei Terminals angeschlossen. Als 
Betriebssystem läuft das UNIX-ähnliche 
WEGA. Auf dieser Konfiguration ist das Da- 
tenbanksystem lng_db lauffähig. Die Kom- 
mandos von lng_db liegen auf einer niedri- 
geren Ebene als die von dBASE. Es wurde 
versucht, die unter dBASE getesteten Kom- 
mandos abzubilden. Die konkreten Kom- 
mandos sollen im Detail nicht interessieren. 
Ansonsten wurden die gleichen Daten be- 
nutzt. Parallel zu diesen Tests liefen auf dem 
P8000 keine CPU-intensiven Programme. 
Einige Messungen wurden mehrfach durch- 
geführt, um den Einfluß der parallel arbeiten- 
den Nutzer abschätzen zu können. Dabei 
wurde bemerkt, daß Arbeiten mit dem Text- 
editor und kurze Übersetzungen die Werte 
nur unwesentlich beeinflussen. Für die Kom- 
mandos LOCATE und PACK aus dBASE 
konnten keine vergleichbaren Kommandos 
in lng_db gefunden werden. Auch bei diesen 
Messungen wollen wir uns auf die Größen- 
ordnung der Werte konzentrieren (Tafel 6). 
Welche generellen Schlußfolgerungen erge- 
ben sich aus diesen Messungen? 

© dBASE III enthält gegenüber dBASE II 
wesentlich schnellere Algorithmen zum Sor- 
tieren und zum Indizieren. 


® Nicht nur die Prozessorgeschwindigkeit 
ist wesentlich. Die in einem Rechner einge- 
bauten Geräte (Laufwerke, Festplatten), 
aber auch die Gerätetreiber sind wichtig. 
Zum 1 6-Bit-Prozessor gehört eine Festplatte, 
gehören leistungsfähige Gerätetreiber, min- 
destens 512 KByte Hauptspeicher und gute 
Algorithmen! 

© Berücksichtigt man, daß der A5120 nur 
einen 8-Bit-Prozessor enthält (2,5 MHz), daß 
er nur 64-KByte-Speicher hat und mit dem 
langsamen dBASE II arbeitet, so schließt er 
in diesem Vergleich nicht schlecht ab. Er de- 
monstriert das Leistungsvermögen der 8-Bit- 

© Die Hauptspeichergröße (640 K, 512 K 
oder künstlich verkleinert durch eine RAM- 
Floppy) hat keinen entscheidenden Einfluß. 
© Mit einem Compiler übersetzte dBASE- 
Programme erreichen auf dem XT eine Ge- 
schwindigkeit, die sogar dem AT mit dBASE 
in einigen Fällen überlegen ist. Es werden 
Optimierungen durchgeführt, die bei einer in- 
terpretativen Kommandoabarbeitung nicht 
möglich sind (vergleiche DELETE PACK). 
Die Vorzüge des Clipper-Compilers werden 
durch diese Messungen natürlich nicht er- 
schöpfend ausgewiesen. 

Mirecki 121 untersucht drei dBASE-lll-Compi- 
ler: FoxBase, Clipper /3/ und Quicksilver. 
Er faßt sein Ergebnis wie folgt zusammen: 
Die Geschwindigkeit eines Anwenderpro- 
gramms für dBASE III kann, im Durchschnitt 
betrachtet, durch Compilation nicht über den 
Faktor 2 gesteigert werden. Das gilt „unab- 
hängig davon, wie schnell der compilierte 
Code ist“. 


© Die durchgeführten Messungen beziehen 
sich im wesentlichen auf die Filearbeit. Da- 
durch werden die Vorteile schneller Prozes- 
soren nicht sichtbar. Tests mit rechenintensi- 
ven dBASE-Programmen auf einem AT und 
mit übersetzten dBASE-Programmen stehen 
noch aus. 

© Die Übernahme von Datenbasen (Daten- 
bankfiles) auf den P8000 ist möglich. Die 
Umsetzung der Kommandos ist schwierig. 
Ein Transformator dBASE nach lng_db ist 
noch nicht verfügbar. Generell fraglich ist die 
Überführung von Formatfiles, Berichten, La- 
bel-Files usw. Sind Daten und Kommandos 
übertragen, so weisen die durchgeführten 
Tests schnellere Zeiten auf als die der ande- 
ren getesteten Rechner. 

® Es existieren UNIX-kompatible Betriebs- 
systeme, unter denen nach und nach T eile der 
weitverbreiteten MS-DOS-Software verfüg- 
bar gemacht wird, z. B. FoxBase+ als Wei- 
terentwicklung von dBASE. Für dBASE-Nut- 
zer ist es kein Problem, in solche UNIX-Um- 
gebungen umzusteigen. Die Ausführungs- 
zeiten können bei geeigneter Hardware sogar 
wesentlich schneller sein als auf einem XT. 
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MODULA-2: PASCAL 

ohne die Nachteile von PASCAL 


Steffen Hauptmann 
Technische Universität Dresden, 
Sektion Informationstechnik, Be- 
reich Automatisierungstechnik 


MODULA-2 wurde wie PASCAL von Prof. 
Niklaus Wirth an der Eidgenössischen Tech- 
nischen Hochschule (ETH) Zürich entwickelt 
und ist PASCAL sehr ähnlich, stellt aber 
mehr als nur eine bloße Erweiterung dieser 
verbreiteten Programmiersprache dar. 

Neu sind ein Modulkonzept, Möglichkeiten 
zur hardware- und betriebssystemnahen 
Programmierung, ein einfaches Koroutinen- 
konzept als Grundlage für die Implementie- 
rung paralleler Algorithmen sowie flexiblere 
String- und Feldverarbeitungsmöglichkei- 
ten. 

Der'vorliegende Beitrag charakterisiert kurz 
die Ziele, die mit dem Einsatz von MODULA- 
2 verfolgt werden, gibt einen Überblick über 
die Geschichte dieser noch jungen Sprache 
und stellt Arbeiten vor, die mit dem Ziel 
durchgeführt wurden, MODULA-2-Entwick- 
lungssysteme und eine einheitliche portable 
Modulbibliothek auf verschiedener in der 
DDR breit zur Verfügung stehender 8- und 
1 6-Bit-Rechentechnik zu implementieren. 

Motivation 

In der DDR hat sich seit Beginn der achtziger 
Jahre die rechentechnische Basis stark ver- 


breitert. Insbesondere die Zahl der einge- 
setzten Mini-, Mikro- und Personalcomputer 
wuchs rasch an. Qualitativ vollzieht sich die 
Entwicklung von der Klasse der 8-Bit- über 
die 1 6-Bit- zur 32-Bit-Rechentechnik. Heute 
existieren in der DDR alle drei Rechnerklas- 
sen nebeneinander, wobei die 8-Bit-Technik 
noch dominiert, der breite Übergang zur 16- 
Bit-Technik aber bereits vollzogen wird. 

Auf dem Gebiet der Software ist die Entwick- 
lung dadurch gekennzeichnet, daß selbst in- 
nerhalb einer Rechnerklasse viele unter- 
schiedliche Betriebssysteme, Programmier- 
sprachen und andere Softwarewerkzeuge 
Verwendung finden. Für den Softwareent- 
wickler ergeben sich daraus große Probleme, 
zum einen bei der Entwicklung von Software 
auf parallel zur Verfügung stehender inhomo- 
gener Rechentechnik, zum anderen beim 
Übergang auf neu hinzukommende Rech- 
nertypen. 

Aus dieser Situation heraus entstand etwa 
1984 der Wunsch, für eine Reihe weiterer 
Softwareprojekte eine einzige Programmier- 
sprache als Grundlage einer einheitlichen 
Softwaretechnologie einzusetzen, wobei fol- 
gende Hauptforderungen so gut wie möglich 
erfüllt werden sollten: 

■ Die Verfügbarkeit der Sprache auf den in 
der DDR verbreiteten Rechnertypen mußte 
für die nächsten Jahre gesichert sein. 

■ Die Sprache sollte sich gleichermaßen gut 
für die System- und Anwendungsprogram- 
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mierung eignen, da beide Felder für die Auto- 
matisierungstechnik ähhlich wichtig sind. Sie 
sollte es ermöglichen, Funktionen, die nor- 
malerweise Bestandteil von speziellen Echt- 
zeitsprachen bzw. Echtzeitbetriebssystemen 
sind, ohne größere Schwierigkeiten zu imple- 
mentieren. 

■ Der Einsatz der Sprache sollte es ermögli- 
chen, Software hochportabel zu gestalten, 
um zum einen auf unterschiedlichen Rech- 
nern einheitliche Softwarekomponenten zur 
Verfügung zu haben und zum anderen mit 
geringem Aufwand den Übergang auf neu zu 
erwartende Rechner und Betriebssysteme 
zu ermöglichen. 

■ Die Sprache sollte modernen software- 
technischen Anforderungen genügen, um 
eine möglichst hohe Produktivität der Soft- 
wareherstellung zu gewährleisten. 

Spezielle Automatisierungssprachen wie 
PEARL oder RT-FORTRAN sind nicht ver- 
fügbar, traditionelle universelle Program- 
miersprachen wie BASIC, FORTRAN, CO- 
BOL oder PASCAL eignen sich in ihrer stan- 
dardisierten Form nicht für die Systempro- 
grammierung, und spezielle Sprachdialekte 
wie TURBO-PASCAL widersprechen deut- 
lich der Forderung nach hoher Portabilität. 
Die sich besonders in der DDR zunehmend 
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Tafel 1 Vergleich mehrerer höherer Programmiersprachen (aus der Sicht des MODULA-2-Progr 

ADA UOBWA* PASCAL PEARL C FORTRAN PL V 


Sequentielle Kontroll- 


Datenstrukturen 


Datentypen, Operatoren H 


Sicherheit gegen Programmierfehler H 


Portabilität, Standardisierung 


Lesbarkeit, Selbstdokumentation 


Ein-IAusgabe-Unterstiitzung 


Speicherverwaltung 


Echtzeitunterstützung 


nicht unterstützt, schwierig handhabbar 

in Ansätzen vorhanden, als ErgänzunglErweitemng unterstützt 

unterstützt 

voll ausgebaut 


OBERON - 
ein MODULA-2- 
Konkurrent? 

Wahrend MODULA-2 sich gerade 
schickt, die Nachfolge von PASCAL ai^u- 
treten, erscheint OBERON - und will MO- 
DULA-2 diese Rotte streitig machen? 

Niklaus Wirthhat sich wahrlich nicht au! sei- 
nen PASCAL-Lorbeeren ausgeruht. Er ver- 
öftenttiChte (1987) in der Broschüre der 
ETH Zürich From Moduls to Oberon eine 
Studie (innerhalb seiner Arbeiten ari einem 
Betriebssystem) über wünschenswerte Er 
Weiterungen 2u MODULA Danach beinhal- 
tet OBERON ein Klassenkonzept .(für ob- 
jektorientSerte Programmierung interes- 
sant) sowie zwei wesentliche- Erweiterun- 
gen gegenüber MODULA-2: 

• T yperweiterung (typeextensic 

• Typsghachteiung(typeinciusionj. 

Bei dieser OBERON-Studie ließ Wirth aber 
auch Dinge aus, die ihm „nicht vordringlich 
erscheinen und damit die Arbeit am Compi- 
ler vereinfachen OBEROM enthält keine 
Koroutinen (oder andere Ausdrucksmög- 
lichkeifen für parallele Prozesse), Autzäh- 
lungstypen sowie Mengen. Damit stellt 
OBERON trotz seiner MODULA-Erwe'tte- 
rungen nur eine „feihschränkung (Unter- 
menge) vpnMODULA“ dar 
„Die Programmiersprache OBERON ist 
das Ergebnis einer konzentuerten Artstren- , 
gung, die Leistungsfähigkeit von MQDULA- 
2 zu steigern und gleichzeitig die Komptexi- 
tät zu verringern. Einige Elemente wurden 
w eggefassen und einige wenige hinzuge- 
fügt, umdie Ausdrucksfähigkeit und Ftexibi- 
litäf der Sprache zu erhöhen.“ Eine Verof- 
fentiichung in der Zeitschrift Software - 
Praxis ao0j£xperience " ist angekündigt 


größerer Popularität erfreuende Sprache C 
erfüllt alle obigen Forderungen einigermaßen 
gut, ist aber hinsichtlich der letzten beiden 
Punkte modernen, neu entwickelten Sprach- 
konzepten wie CHILL, ADA oder MODULA-2 
deutlich unterlegen. ADA und CHILL zählen 
zu den sehr großen Sprachen (hinsichtlich 
des Sprachumfangs und folglich auch hin- 
sichtlich der notwendigen Werkzeuge), ste- 
hen jedoch auf der in der DDR breit einge- 
setzten Rechentechnik nur sehr einge- 
schränkt zur Verfügung. Ganz anders dage- 
gen die Sprache MODULA-2. Sie ist prinzi- 
piell schon auf 8-Bit-Rechnern lauffähig und 
hat in kürzester Zeit international eine be- 
trächtliche Resonanz und Verbreitung gefun- 
den. Compilerimplementationen für alle ver- 
breiteten Rechner- und Betriebssystemver- 
sionen liegen vor. Die Sprache gehört zum 
kleinen Kreis der vom Kombinat Robotron für 
seine zukünftige Produktpalette (ab 16-Bit- 
Rechner) unterstützten Sprachen. 

Das war Anlaß dafür, MODULA-2 zur Grund- 
lage einer Reihe von Softwareprojekten (u. a. 
für die Realisierung der Software eines Pro- 
zeßleitstandes) zu machen. Nun liegen erste 
Ergebnisse und dreijährige Erfahrungen beim 
Einsatz der Sprache vor. Diese sollen in die 
nachfolgenden Ausführungen mit einfließen. 

Geschichtliches 

Die Entstehung von PASCAL 

Die Geschichte von MODULA-2 ist eng mit 
der von PASCAL verknüpft. Beide Sprachen 
stammen von Niklaus Wirth, Professor an der 
ETH Zürich /I/, 121. 
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Wirth gehörte bereits in den sechziger Jahren 
zu einer Gruppe von Sprachexperten, die 
eine Nachfolgeversion von ALGOL-60 erar- 
beiten sollte. Zusammen mit Hoare erarbei- 
tete er 1966 den Sprachvorschlag ALGOL- 
W, der sich aber innerhalb der Experten- 
gruppe nicht durchsetzen konnte. Die Spra- 
che war einfach strukturiert, systematisch 
aufgebaut und forderte die konsequente De- 
klaration aller Programmvoraussetzungen. 
Niklaus Wirth erkannte, daß sich Sprachent- 
würfe nur schlecht gegen die vielschichtigen 
Anschauungen einer Expertengruppe durch- 
setzen ließen, und er beschloß, eine eigene 
Sprache als Hilfsmittel für die Lehre und For- 
schung an der ETH Zürich zu entwickeln. 
Diese Sprache, die er PASCAL nannte, ent- 
hielt neuartige Konzepte, die es erlaubten, 
Daten ähnlich wie Algorithmen zu strukturie- 
ren. Sie war vollständig maschinenunabhän- 
gig und relativ leicht auf Mikrorechnern zu im- 
plementieren. 

PASCAL war eine Hochschulentwicklung 
und hatte, im Gegensatz zu den meisten an- 
deren verbreiteten Programmiersprachen, 
anfangs keinerlei kommerzielle Unterstüt- 
zung durch Rechnerhersteller. Daß sie sich 
trotzdem innerhalb kurzer Zeit international 
breit durchsetzte, spricht für ihre hervorra- 
gende Qualität. 

Ein neues Projekt 

Trotz eines Angebotes zur Mitwirkung an der 
Entwicklung der „Komitee“-Sprache ADA 
entschloß sich Wirth 1977, selbst ein kombi- 
niertes Hard- und Softwareprojekt zur Ent- 
wicklung eines Rechners, der von Hardware 
bis zur Anwendersoftware ausschließlich in 
einer Sprache programmiert werden sollte, 
ins Leben zu rufen /3/. 

PASCAL schien für diesen Zweck wenig ge- 
eignet, auch wollte Wirth nicht einfach einen 
weiteren Dialekt der Sprache PASCAL ent- 
wickeln und damit ein rundes Konzept durch 
eine aufgesetzte Erweiterung verunstalten. 
So entstand die neue Sprache MODULA-2. 
Diesen Namen erhielt die Sprache, weil sie 
einer MODULA genannten Sprache sehr na- 
hesteht, die Wirth zwei Jahre zuvor für Multi- 
programming-Experimente entwickelt hatte 
/4/. Der erste MODULA-2-Compiler entstand 
für einen PDP-1 1 von Digital Equipment Cor- 


poration (DEC) /5/. Es war ein 5-Pass-Com- 
piler, der die Voraussetzung zur Softwareent- 
wicklung für den Rechner Lilith darstellte. Der 
Lilith selbst war die Hardware-Komponente 
des MODULA-2-Projekts /3/. Er ist aus Bit- 
Slice-Prozessoren aufgebaut und voll auf die 
Programmierung mittels MODULA-2 ausge- 
richtet. Seine Maschinensprache ist der so- 
genannte M-Code. Für diesen Rechner 
wurde der zweite MODULA-Compiler entwik- 
kelt, ein 4-Pass-Compiler 161. 

1986 wurde der Lilith-Nachfolgerechner Ce- 
res gebaut, der einen 32-Bit-Mikroprozessor 
NS320032 von National Semiconductor ent- 
hält. Der Rechner erreicht die Leistungsfä- 
higkeit der VAX 1 1 -780 von DEC bei wesent- 
lich geringerem Stückpreis /7/. 

Gleichzeitig wurde ein neuer Markstein für 
MODULA-2-Compiler-lmplementationen ge- 
schaffen, ein Single-Pass-Compiler, der um 
ein Mehrfaches schneller ist als ein Mehr- 
Pass-Compiler. 

Die internationale Resonanz 

Schon kurz nach den ersten Veröffentlichun- 
gen zu MODULA-2 entstand international ein 
reges Interesse an dieser Sprache, das wohl 
auf die enge Verwandtschaft mit PASCAL zu- 
rückzuführen war. „PASCAL ohne die Nach- 
teile von PASCAL“ charakterisierte Jerry 
Pournelle, Kolumnist der Zeitschrift Byte die 
Sprache recht treffend 171. 

Ausgehend vom Ur-Compiler entstanden 
MODULA-2-lmplementationen für viele 
Rechner, von CP/M-80-Systemen über MS- 
DOS-Varianten bis hin zu Mainfraimes. Zu- 
sätzlich entstanden ganz neue, sehr lei- 
stungsfähige Konzepte, wie das inkremen- 
teile Compilerprojekt MODULA-2 Software 
Development System (M2SDS) von interface 
Technologie für MS-DOS und andere Be- 
triebssysteme, das die Übersetzungsge- 
schwindigkeit von TURBO-PASCAL er- 
reicht. 

Renommierte Informatiker billigen MODULA- 
2 gute Chancen im internationalen Ringen 
mit dem „Riesenbaby“ ADA zu, nicht zuletzt 
deshalb, weil viele Konzepte beider Spra- 
chen ähnlich leistungsfähig sind, ein ADA- 
Compiler aber etwa die zehnfache Größe ei- 
nes MODULA-2-Compilers erreicht 161. 

Für die Entwicklung von MODULA-2 erhielt 
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Prof. Wirth neben vielen anderen Ehrungen 
1 984 die lEEE-Auszeichnung des amerikani- 
schen Instituts of Electrical and Electronic 
Engineering, so etwas wie den Nobelpreis 
der Branche. 

Eigene Arbeiten 

Etwa um 1 984 gab es in der DDR erste Arbei- 
ten an und mit MODULA-2-Entwicklungssy- 
stemen durch die Humboldt-Universität Ber- 
lin (HUB), die auf den beiden ersten Urcompi- 
lern für den PDP-1 1 und den Lilith aufbauten. 
Dabei war der PDP-1 1 -Compiler vom Be- 
triebssystem LAOS (RT 11) auf MOOS1600 
(RSX11M) auf K-1630-Rechner umgesetzt 
worden. Für 8-Bit-Bürocomputer wurde ein 
M-Code-Interpreter geschaffen, der es er- 
möglichte, den Lilith-Compiler für diese 
Rechner einzusetzen. 

Die HUB-MODULA-2-Systeme wählten wir 
als Ausgangspunkt für erste eigene Pro- 
grammierversuche. Schnell reifte die Er- 
kenntnis, daß diese Arbeitsversionen zwar 
für erste Experimente geeignet waren, aber 
noch eine Reihe von Eigenheiten besaßen, 
die sie für unsere Nutzungsziete ungeeignet 
machten. Beide Systeme stützten sich nach 
wie vor auf eine RT 1 1 -orientierte Betriebssy- 
stemschnittstelle. Das brachte insbesondere 
unter RSX1 1 M im Mehrnutzerbetrieb erhebli- 
che Probleme im E/A-Zeitverhalten mit sich, 
so daß viele Nutzer die Anwendung des Sy- 
stems als nicht akzeptabel ansahen. Zudem 
existierte keine leistungsfähige, systema- 
tisch geordnete und gut dokumentierte Mo- 
dulbibliothek, was die Nutzung der Sprache 
stark erschwerte. 

Die 8-Bit-Systeme unter SCP und UDOS wa- 
ren stark betriebssystemabhängig, ja sie er- 
forderten sogar speziell dafür generierte Be- 
triebssystemversionen. Damit liefen sie nur 
auf wenigen Rechnern. 

Da die Humboldt-Universität nach eigenen 
Aussagen von vornherein nicht das Ziel ver- 
folgte, diese Implementationen über den 
Rahmen von Arbeitsversionen hinaus weiter- 
zuentwickeln, beschlossen wir, als ersten 
Schritt unserer Arbeit die Leistungsfähigkeit 
der Entwicklungssysteme zu verbessern und 
zu erweitern und damit die Voraussetzungen 
für weitere Softwareprojekte unter Nutzung 
der Sprache MODULA-2 zu schaffen. 

Eine portable Modulbibliothek 
als Entwicklungsgrundlage 

Eine Grundlage für die Neugestaltung der 
Systeme bildete die Konzeption einer für alle 
Rechner möglichst einheitlichen leistungsfä- 
higen Modulbibliothek 191. Diese Bibliothek ist 
strukturell geteilt in einen kleineren betriebs- 
systemspezifischen Teil, der es gestattet, die 
Leistungen des unterliegenden Betriebssy- 
stems bzw. der Hardware voll auszuschöp- 
fen und in einen wesentlich größeren, porta- 
bel gestalteten Teil, der auf allen Rechnern in 
gleicher Weise implementiert wird und damit 
eine Voraussetzung für hochportable Soft- 
ware bildet. 

Die Portierung der Bibliothek erfordert ledig- 
lich den Austausch des betriebssystemspezi- 
fischen Teils. Bisher liegen Versionen für CP/ 
M-80 (CP/A), SCP, UDOS, RSX11M 
(MOOS1600, OS-RW), MS-DOS (PC-DOS), 
DCP sowie zum Teil für 8-Bit-OEM-Systeme 
ohne Betriebssystem vor. 

Die Compiler für RSX11M und die 8-Bit-Sy- 
steme wurden dieser neuen Bibliothek ange- 
paßt. Der M-Code-Interpreter für die 8-Bit- 
Systeme wurde völlig betriebssystemunab- 
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hängig gestaltet. Ein großer Teil der Entwick- 
lungs- und Testarbeiten konnte dabei auf lei- 
stungsfähigen PCs unter MS-DOS erfolgen, 
da die Bibliothek auch in dieses Betriebssy- 
stem portiert wurde und hier mehrere lei- 
stungsfähige MODULA-Systeme als Ent- 
wicklungswerkzeuge zur Verfügung standen. 
Nach Abschluß der Entwicklungsarbeiten am 
8-Bit-System erfolgte die Rückportierung auf 
die entsprechenden 8-Bit-Rechner. 

Die Nutzung der 8-Bit-MODULA-Systeme ist 
auf Grund des verwendeten M-Code-Inter- 
preter-Systems als Kompromiß hinsichtlich 
der frühzeitigen Vorbereitung auf leistungsfä- 
higere 1 6-Bit-Rechentechnik anzusehen. Die 
Übersetzungszeiten des 4-Pass-Compilers 
liegen relativ hoch, aber er gestattet die Nut- 
zung von MODULA-2 ohne Einschränkun- 
gen auf Rechnern, die in der DDR in großer 
Zahl vorhanden sind und wird in einer inte- 
grierten Umgebung mit vielen weiteren Tools 
sowie einer leistungsfähigen Bibliothek an- 
geboten. 

Die Zeitnachteile sind bis zu einem gewissen 
Grad dadurch kompensierbar, daß problem- 
los neue Bibliothekskomponenten und Pro- 
gramme, die den portablen T eil der Bibliothek 
nutzen, von anderen Rechnern übernommen 
werden können. Der Übergang zwischen 
zwei Rechnersystemen ist mit geringem Auf- 
wand vollziehbar. Eine vollständige Cross- 
Entwicklung von Software für 8-Bit-Systeme 
unter MS-DOS ist möglich. 

Die neuen Konzepte von MODULA-2 

Das Modulkonzept 

Bereits der Name MODULA-2 verrät es, das 
Modulkonzept ist das wichtigste neue Kon- 
zept der Sprache. Es geht auf Parnas zurück 
/10/. Was im Maschinenbau und anderen 
konstruktiven Bereichen praktisch nicht mehr 
wegzudenken ist, hält nun auch in der Soft- 
waretechnologie Einzug: Große Systeme 
werden aus einzelnen, relativ unabhängigen 
und austauschbaren Bestandteilen, den Mo- 
dulen, zusammengesetzt. Dieser Gedanke 
hielt Einzug in eine Anfang der achtziger 
Jahre entstandene Generation neuer Pro- 
grammiersprachen, wie MESA, MODULA-2, 
CHILL und ADA. 

Das Modulkonzept ermöglicht bzw. stimuliert 
die Realisierung einer ganzen Reihe weiterer 
Konzepte. Modularisierung ist eine zusätzli- 
che Form der Programmstrukturierung mit 
weitreichenden Effekten. Dabei ist es durch- 
aus nicht von vornherein klar, welche Teile ei- 
nes Programms in einem Modul zusammen- 
gefaßt werden sollen. Denkbar sind u. a.: 

■ Sammlungen von Funktionsprozeduren 
ähnlicher Art (z. B. mathematische Standard- 
funktionen oder Konvertierungsroutinen) 

■ Bereitstellung eines (in seiner Struktur un- 
sichtbaren) Datentyps und aller darüber 
möglichen Operationen (Datenkapselung, 
Datenabstraktion, z. B. Listenverwaltung 
oder Geräte-E/A) 

■ Zusammenfassung programmweit ge- 
nutzter Definitionen (z. B. Fehlerkodes oder 
ASCII-Zeichensatz) 

■ Abgrenzung beliebiger, von vielen Pro- 
grammen genutzter Algorithmen in Biblio- 
theksmodulen (z. B. Filenameneingabe und 
-Zerlegung). 

Übergreifend gilt die Regel, daß die Modulari- 
sierung um so besser ist, je kleiner die Modul- 
schnittstelle und je größer der innere Zusam- 
menhalt der im Modul realisierten Programm- 
teile ist. 

Alle Leistungen, die ein Modul seiner Umge- 


bung zur Verfügung stellt, werden mit Hilfe ei- 
ner Exportschnittstelle syntaktisch exakt be- 
schrieben. Diese Exportschnittstelle ist bei 
Bibliotheksmodulen, d. h. Modulen, die von 
mehreren Programmen genutzt werden sol- 
len, physisch von der Modulimplementation 
getrennt. Zusammen mit Kommentaren, die 
die Semantik der Modulschnittstelle ausrei- 
chend beschreiben, kann diese Export- 
schnittstelle dem Nutzer eine hinreichende 
Dokumentation zur Nutzung des Moduls zur 
Verfügung stellen. Die Implementation ist 
austauschbar, ohne daß andere Teile des 
Programmsystems davon berührt werden. 
Die abgetrennte Exportschnittstelle eines 
Moduls nennt man Definitionsteil eines Mo- 
duls oder kurz Definitionsmodul. Die Tren- 
nung von Definition und Implementation ei- 
nes Moduls ist besonders interessant für die 
Teamarbeit an größeren Programmsyste- 
men. Zentral oder von jedem Teammitglied 
werden die Definitionsteile der von ihm zu im- 
plementierenden Module festgeschrieben. 
Damit kennt jedes Teammitglied exakt die 
Struktur des Programmsystems und damit 
die Leistungen, auf die es aufbauen kann, 
ohne daß bereits eine Programmzeile imple- 
mentiert wurde. Nun ist eine weitgehend un- 
abhängige Implementierung und Testung der 
Module möglich. 

Portable Software 

Ganz allgemein betrachtet steht einem Pro- 
grammierer für die Lösung seiner Aufgabe 
ein Satz von Funktionen zur Verfügung, mit 
denen er den Zustand (z. B. Speicherbele- 
gung, E/A-Geräte) seines Rechners beein- 
flussen kann. 

Funktionen und Zustand bilden eine Art virtu- 
elle Maschine, mit der er arbeitet. Im einfach- 
sten Fall ist das die nackte Hardware, in der 
Regel stehen ihm aber weitere (komplexere) 
Funktionen, z. B. ein vorhandenes Betriebs- 
system, die verwendete Programmierspra- 
che oder nutzbare Bibliotheken, zur Verfü- 
gung. Es existiert eine Hierarchie virtueller 
Maschinen unterschiedlicher Leistungfähig- 
keit. Soll Software portabel gestaltet werden, 
so muß sie irgendwo auf eine virtuelle Ma- 
schine aufbauen, die auf mehreren Rechnern 
(den Zielrechnern für die Portierung) in glei- 
cher Form zur Verfügung steht. 

In MODULA-2 kann dem Programmierereine 
Hierarchie solcher virtuellen Maschinen un- 
terschiedlicher Leistungsfähigkeit und damit 
unterschiedlicher Portierbarkeit durch ein 
hierarchisches System aufeinander aufbau- 
ender Module zur Verfügung gestellt werden. 
Soll Software zwischen mehreren Rechnern 
portiert werden, dann wird die vom Niveau 
her am tiefsten liegende und damit am ein- 
fachsten zu implementierende virtuelle Ma- 
schine definiert, die auf allen diesen Rech- 
nern realisierbar ist. Alle Programmteile, die 
diese Maschine verwenden, sind portabel, 
alle die Teile, die diese Maschine selbst 
realisieren, müssen neu implementiert wer- 
den. 

Das Modulkonzept ermöglicht es, auf sehr 
flexible Art und Weise das Prinzip der virtuel- 
len Maschine zur Erstellung portabler Soft- 
ware zu implementieren und zu nutzen. Zum 
einen stellen die Definitionsmodule eine na- 
türliche Schnittstelle einer oder eines Teils ei- 
ner virtuellön Maschine für den Anwender 
dar, zum anderen lassen sich leicht Modul- 
hierarchien schaffen, bei denen komplexere 
virtuelle Maschinen auf einfacheren auf- 
bauen. 
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Maschinennahe Programmierung 

Eine Systemprogrammiersprache muß die 
Möglichkeit bieten, hardware- und betriebs- 
systemnah zu programmieren, das heißt, 
über Adressen auf den Hauptspeicher zuzu- 
greifen, E/A-Ports zu programmieren, Be- 
triebssystemrufe zu verwenden, unter Um- 
ständen auch Maschinenkode direkt in ein 
Programm einzufügen. 

Diese Möglichkeiten stellt MODULA-2 dem 
Programmierer mittels des Moduls SYSTEM 
zur Verfügung. Hervorzuheben ist, daß hier 
auch die Datentypen WORD und ADDRESS 
zur Verfügung gestellt werden. Als formale 
Parameter einer Prozedur sind WORD mit je- 
dem skalaren Datentyp gleicher Größe, AD- 
DRESS mit jedem Zeigertyp und ARRAY OF 
WORD mit jedem beliebigen Typ kompatibel. 
Das ermöglicht die Realisierung von Proze- 
duren mit typenunabhängigen aktuellen Pa- 
rametern. 

Weiterhin bietet MODULA-2 die Möglichkeit, 
eine kontrollierte Typumwandlung zwischen 
Typen gleicher Speichergröße durchzufüh- 
ren, wobei der Zieltyp wie eine Art Prozedur- 
bezeichner genutzt wird, z. B. 

VAR c: CHAR; b: BOOLEAN; 

- c := CHAR(b); b := BOOLEAN(c); 

Das Koroutinenkonzept 
MODULA-2 bietet dem Anwender zwar keine 
Objekte im Sinne von Tasks an, aber elemen- 
tare Konstruktionen zur Realisierung derarti- 
ger Objekte sind vorhanden. Jedes MO- 
DULA-Programm stellt einen Prozeß (eine 
sogenannte Koroutine) dar, und mittels der 
Anweisung NEWPROCESS können belie- 
bige parameterlose Prozeduren als weitere 
Prozesse deklariert werden. 

Ein Wechsel zwischen zwei Prozessen kann 
explizit mittels der TRANSFER- Anweisung 
erfolgen oder über die lOTRANSFER-Anwei- 


sung an einen Interrupt gekettet werden. Der 
Prozeß, der die Kontrolle über die CPU er- 
hält, wird genau an der Stelle fortgesetzt, an 
der er zuletzt seine Kontrolle abgegeben hat. 
Aufbauend auf diesen- drei elementaren 
Sprachkonstruktionen ist es möglich, Task- 
strukturen zu definieren, beliebige Schedu- 
lingalgorithmen zu implementieren und Mo- 
dule für die Synchronisation, Kommunikation 
usw. zur Verfügung zu stellen, also Leistun- 
gen, die normalerweise von Echtzeitbetriebs- 
systemen angeboten werden. Alternative Al- 
gorithmen (besonders schnelle, sehr komfor- 
table usw.) können wahlweise zur Verfügung 
gestellt werden. 

Offene Feldgrenzen ' 
für Prozedurparameter 

Prozeduren, die z. B. Strings oder Real-Fel- 
der verarbeiten, sollten dies oft zweckmäßig 
für Felder beliebiger Länge realisieren. Das 
ist in MODULA-2 möglich. Felder können als 
formale Prozedurparameter ohne Feldgren- 
zen deklariert werden. Innerhalb der Proze- 
dur kann man mittels der Funktion HIGH die 
aktuelle Länge des Feldes bestimmen. 

Ausblick 

MODULA-2 ist eine Sprache, die auf den be- 
währten, international anerkannten Konzep- 
ten von PASCAL aufbaut und diese konse- 
quent weiterentwickelt. Gegenüber älteren 
Programmiersprachen wie FORTRAN, PAS- 
CAL, aber auch C bietet MODULA-2 eine 
ganze Reihe neuer softwaretechnischer 
Konzepte, die die Sprache zu einem lei- 
stungsfähigen Werkzeug für breite Gebiete 
der System; und Anwenderprogrammierung 
machen. Praktisch realisierte Softwaresy- 
steme in MODULA-2, wie das Datenbanksy- 
stem LIDAS /1 1/, der grafische Dokumenten- 
editor ANDRA /12 /, das fehlertolerante, ver- 
teilte Echtzeitbetriebssystem FUTURE /1 3/ 
und vieles andere, belegen das deutlich. 


Überall dort, wo keine pragmatischen 
Gründe zum Festhalten an traditionellen 
Sprachen zwingen oder wo die Schranken 
dieser Sprachen einer leistungsfähigen Soft- 
waretechnologie und damit letztlich niedrigen 
Softwarekosten entgegenstehen, setzt sich 
MODULA-2 zunehmend durch /1 4/. 

Literatur 

IM Wirth, N.: Revidierter Bericht über die Programmier- 
sprache Pascal. Akademie-Verlag, Berlin 1 976 

121 Wirth, N.: Programming in Modula-2. Springer-Verlag, 
Berlin, Heidelberg, New York 1985 

131 Wirth, N.: The personal Computer Lilith. Bericht Nr. 40 
der ETH Zürich, Institut für Informatik, 1 981 

14/ Wirth, N.: Modula: a language for modular multipro- 
gramming. Software Practice and Experience, Vol. 7, 
1977 

151 Geissmann, L.: OverView of the Modula-2 Compiler 
M2RT11. Rechnerausdruck, Institut für Informatik der 
ETH Zürich, 1981 

16/ Geissmann, L.; Jacobi, Ch.: OverView of the Modula-2 
Compiler M2M. Rechnerausdruck, Institut für Informa- 
tik der ETH Zürich, 1981 

m Henger, G.: Niklaus Wirth, der Schöpfer von Modula-2: 
„Gute Sprachen kommen aus einem einzigen Kopf“. 
Chip Plus (1987) 8 

18/ Rechenberg, P.: Ada und Modula-2 - Programmier- 
sprachen der achtziger und neunziger Jahr«? Zeit- 
schrift der Johannes-Kepler-Universität Linz (1983) 4 

19/ Hauptmann, S.: Eine portable Modula-2-Systembiblio- 
thek. Internes Arbeitsmaterial, TU Dresden, Sektion In- 
formationstechnik, Bereich Automatisierungstechnik, 
1988 

/10 / Parnas, D.L.:Onthecriteriatobeusedindecomposing 
Systems into modules. Communications of the ACM, 
Nr. 15. Dezember 1972, S. 1053 
/II/ Pomberger, G.: Lilith und Modula-2: Werkzeuge der 
Softwaretechnik. Hanser-Verlag, München 1985 
/1 2/ Gutknecht, J.; Winiger. W.: Andra: The Document Pre- 
paration System of the Personal Workstation Lilith. 
Software Practice and Experience, Vol. 1 4, 1 984 
/1 3/ Demmelmeier, F.: Betriebssystemfunktionen im fehler- 
toleranten Multimikrocomputersystem FUTURE. rtp 
(1984)9, S. 408 

/14/ Lindner, U.; Trautloft, R.: Grundlagen der problem- 
orientierten Programmentwicklung. VEB Verlag Tech- 
nik, Berlin 1987 


Kl KONTAKT « 


Technische Universität Dresden, Sektion Informationstech- 
nik, Bereich Automatisierungstechnik, Mommsenstraße 13, 
Dresden, 8027; Tel. 4 63 50 70 


MC 68010 im Überblick 


Wolf-Dietram Bretschneider 


Es werden der Aufbau und die grundle- 
gende Arbeitsweise des 16-Bit-Mikropro- 
zessors MC 68010 von Motorola behandelt. 
Dabei werden Besonderheiten im Register- 
satz, Businterface und speziellen Befehls- 
ausführungen genauer erläutert. Ausführlich 
wird auf die Anschlußbelegung und die 
Funktion der einzelnen Leitungen der CPU 
eingegangen. Unterschiede zum Vorgän- 
germodell MC 68000 sind im Text hervorge- 
hoben. Außerdem stellt eine Übersicht die 
übrigen 16- bzw. 32-Bit-Prozessoren von 
Motorola vor. 

Allgemeines 

Der 68000 von Motorola stand am Anfang der 
Entwicklung einer Prozessorfamiiie, die von 
der oberen Grenze der 16-Bit-Technik bis 
zum echten 32-Bit-Mikroprozessor reicht. 
Die internen Universalregister der CPUs deu- 
teten von Beginn an auf entsprechende 
Nachfolger hin. Die derzeitige 68000-Familie 
wird in Tafel 1 vorgestellt. 

Die folgenden Ausführungen gelten für den 
68010 als pinkompatible Weiterentwicklung 


des 68000, und etwaige Unterschiede wer- 
den im Text vermerkt. Die Anschlußbelegung 
und das Funktionsschaltbild stellt Bild 1 dar. 

Anschlußbeschreibungen 

Der Speicher ist byteorientiert, und dessen 
Adressen liegen am Adreßbus AI . . . A23 
an. Die Auswahl des entsprechenden Bytes 
und damit die benutzte Übertragungsbreite 
des Daten buss es DO ... Dl 5 erf olgt m it den 
Leitungen LDS (unteres Byte) und UDS (obe- 
res Byte) innerhalb eines Zugriffszyklus. 
Der Datenbus überträgt Wortinfo rmati onen 
bei g leichzeitigem Aktivieren von LDS und 
UDS. Die Bussteuerung kann beim 68010 
sowohl asynchron als auch zum Zwecke der 
Weiterverwendung der MC6800-Peripherie 
synchron erfolgen. Der asynchrone Bus er- 
laubt die Verwendung von Peripherie mit un- 
terschiedlichen Zugriffszeiten. Dabei gibt der 
Ausgang AS an, wann sich eine gültige 
Adresse am Adreßbus befindet. Am Eingang 
DTACK wird der Transfer mit Peripherie oder 
Speicher gesteue rt. Der P rozessor führt War- 
tezyklen aus, bis DTACK aktiv is t. Bei ein em 
Lesezugriff werden die Daten mit DTACK = 0 
von der CPU übernommen. Bei einem 
Schreibzugriff liefert die CPU die Daten bis 


Tafel 1 Übersicht der Motorolaprozessoren 


68000 Erster Prozessor mit internen 32-Bit-Regi- 

stern, 16-Bit-Daten- und24-Bit-Adreßbus, 
maximal 12,5 MHz Takt. 


68008 Abgerüstete Variante mit 8-Bit-Date nbus , 20- 
Bit-A dreßbus mit AO-Leitung statt LDS und 
UDS, 4 Interrupteben en, da nur zwei Ein- 
gänge, kein Ausgang VMA bei synchronem 
Buszugriff, intern wie 68000. 


68010 Weiterentwicklung des 68000 mit Vektor-Ba- 
sisregister und zwei Aiternativ-Coderegistern, 
erweiterter Befehlssatz, 1 6-Bit-Daten- und 
24-Bit-Adreßbus, veränderte Vektorentabelle. 


680 12 Erweiterung des verfügbaren Adreßraumes 
vom 68010 durch die Ausgänge A24 . . . A29 
undA31, A30 nur intern, 16-Bit-Daten- und 
31 -Bit-Adreßbus. 


68020 32-Bit-Prozessor mit zwei zusätzlichen Re- 

gistern für den integrierten 256-Byte-Befehls- 
cache, 32-Bit-Daten- und Adreßbus, Bitfeld- 
und ungepackte BCD-Operandeu, 3fach 
Adreßregister A7 als Stackpointer, maximal 
16 MHz Takt. 


68030 Weiterentwicklung des 68020 mit je 256 Byte 

Cache für Befehle und Daten, intern doppelt 
ausgelegte Bussysteme, integrierte MMU, 
maximal 24 MHz Takt. 
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Bild 1 Anschlußbelegung und Schaltzeichen 


DTACK = 0 ist. Die Art der Zugriffe unter- 
scheidet man am Aus gang R/W. Außer- 
dem signalisiert DTÄCR im Interruptanerken- 
nungszyklus, daß ein Vektor der auslösen- 
den Einheit an DO ... D7 anlie gt. De r syn- 
chrone BuswirddurchdieSignaleVPÄ, Eund 
VMA realisiert. Dabei wird an VPA der syn- 
chrone Buszugriff angefordert und mittels 
VMA der Peripherie mitgeteilt, daß die näch- 
ste Aktivierung von Ausgang E (High) einen 
synchronen Zugriffeinleitet. Die Leitung E lie- 
fert den durch Zehn geteilten Systemtakt 
(sechs Systemtaktzyklen Low und vier Zyk- 
len High). Der Synchrontakt muß zur Ge- 
währleistung der Arbeit der Peripheriebau- 
steine freilaufend sein. Die volle Geschwin- 
digkeit des 68010 kann in dieser B etrie bsart 
nicht erreicht werden. Der Eingang VPA wird 
ebenfalls aktiviert bei Auslösung eines Auto- 
vektorinterrupts. Hier erzeugt der 68010 
selbständig die entsprechende Vektornum- 
mer zum Sprung in die Interruptroutine. Zur 
exter nen Inter ruptauslösung stehen die Pins 
IPLO . . . IPL2 zur Verfügung, deren statisch 
anliegende 3-Bit-lnformation die Prioritäts- 
stufe darstellen und nach Vergleich mit der 
Interruptmaske im Statusregister eine Inter- 
ruptanerkennung zur Folge haben kann. Die 
dazugehörige Quittung wird neben anderen 
Statusanzeigen an den Funktions-Code-Lei- 
tungen FCO . . . FC2 angezeigt. Die Realisie- 
rung der Busübergabe an DMA-Bausteine 
bzw. an andere CPUs in Multiprozessorsyste- 
men wird durch drei Anschlüsse unterstützt. 
Die Busanforderung signalisiert BR, und mit 
BG erfolgt di e Bestät igung der Busfreigabe. 
Der Eingang BGACK zeigt dem Prozessor 
an, daß eine andere Einheit den Rechnerbus 
übernommen hat. Von der CPU wird die Be- 
stätigung der Busübe rgabe e rst nach akti- 
vem AS- und inaktivem DT ACK-Signal gege- 
ben, und bevor AS nicht wieder High rst, sollte 
BGACK noch nic ht Low werden. Die ü brigen 
drei Anschlüsse BERR, RESET und HALT 
dienen der Systemsteuerung. Dabei meldet 
BERR dem Prozessor ein en fehle rhaft en Zu- 
stand des Busses. Falls BERR und HALT 
gleichzeitig aktiv werden, erfolgt eine Wie- 
derholung des laufenden Zyklusses (Re- 
Run-Z yklus). Der bidirektionale Anschluß 
HALT bewirkt außerdem das Stoppen der 
CPU am Ende des gerade laufenden Buszy- 
klusses. Als Ausgang meldet er das Auftreten 
eines Doppelfehlers, das heißt, bei erkann- 
tem Bus- oder Adreßfehler tritt vor Abarbei- 
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Bild 4 Spezialstatuswort bei Bus- oder Adreß- 
fehlern 

tung des ersten Befehls der Unterbr echungs - 
routine dieser Fehler wieder auf. Der RESET- 
Anschluß ist ebenfalls bidirektional und zeigt 
als Ausgang die Abarbeitung des Resetbe- 
fehls an. Der 68010 wartet in diesem Fall 124 
Takte, bis er mit dem nächsten Befehl fort- 
setzt. So können softwaremäßig Peripherie- 
bausteine rückgesetzt werden. Beim Rück- 
setzen der CPU mittels des Reseteinganges 
wird im Statusregister der Supervisormode 
eingeschaltet und die Interruptmaske Ebene 
7 = 111 (nur NMI) geladen. Das Vektor-Ba- 
sisregister wird für den definierten System- 
start mit Null geladen. Die untersten vier By- 
tes im Programmspeicher enthalten die 
Werte des Systemstackpointers und des Pro- 
grammzählers, die zum erneuten Beginn nö- 
tig sind. 

Prozessoraufbau 

Das Bild 2 zeigt die interne Registerstruktur 
des 68010. Alle Adreß- und Datenregister 
lassen sich auch als Indexregister einsetzen. 
Durch die Unterteilung in Supervisor- und 
Usermode existieren auch zwei dazugehö- 
rige Stackpointer, wozu das doppelt vorhan- 
dene Adreßregister A7 und A7' verwendet 
wird. Vom Programmzähler werden nur die 
unteren 24 Bit benötigt. Das Statusregister 
stellt Bild 3 gesondert vor. Es unterteilt sich in 
Anwender(CCR)- und System(SR)-Byte. 
Letzteres läßt sich im Gegensatz zum 68000 
bei den Nachfolgern nur im Supervisormode 
lesen. Im folgenden soll das Statusregister 
erläutert werden. 

Anwenderbyte: 

Bit 0 (C) Übertragsflag 

Bit 1 (V) Überlaufflag zur Anzeige des 

überschrittenen Zahlenbe- 
reichs 

Bit2(Z) Nullflag 

Bit3(N) Vorzeichenflag 


Bit 4 (X) Erweiterungsflag, verhält sich 

wie das C-Flag, jedoch nicht bei 
allen Befehlen. Der Zustand 
des Carryflags bleibt über die 
folgende Operation erhalten. 

Systembyte: 

Bits 8,9,10 Interruptmaske, die nur dann 
eine Unterbrechung zuläßt, 
wenn die Prior itätsstufe an 
IPLO. .. IPL2 höher ist. 

Bit 13 Supervisorstatus wenn High 

und Userstatus mit beschränk- 
ter Ausführbarkeit der Befehle 
wenn Low. 

Bit 15 Tracemodus, das heißt, nach 

jeder Befehlsabarbeitung ist 
eine Ausnahmeverarbeitung 
angeschlossen (Schrittbetrieb) 
Im folgenden sollen die drei Register be- 
schrieben werden, die der ursprüngliche 
MC 68000 nicht besaß. Das Vektor-Basisre- 
gister VBR gibt den Anfang der Vektorenta- 
belle im Speicher an und ermöglicht damit die 
Verwendung alternativer Tabellen. Beim 
68000 mußte die Vektorentabelle am Beginn 
des Speicherbereiches liegen. Die zwei Re- 
gister DSC (Destination-Function-Code) und 
SFC (Source-Function-Code) lassen Zugriffe 
in fremde Speicherbereiche zu, da der Inhalt 
bei der Abarbeitung spezieller Befehle an 
den Funktionscodeausgängen der CPU aus- 
gegeben wird. Es sind Kombinationen zu 
wählen, die bei der normalen Programmbe- 
arbeitung nie an den FC-Ausgängen auftre- 
ten. Dabei wird das SFC-Register für Lesezu- 
griffe und das DFC-Register zum Schreiben 
in fremden Bereichen benutzt. 

Programmbearbeitung ^ 

Es gibt grundsätzlich zwei Arbeitszustände, 
wenn man den Haltzustand nicht als solchen 
betrachtet. Für den normalen Programmab- 
lauf existieren die Grundregeln, daß auf 
Worte oder Langworte nur von geraden 
Adressen aus zugegriffen werden kann, wäh- 
rend auf Bytes sowohl von geraden als auch 
ungeraden Adressen aus zugegriffen wird. 
Bestimmte Befehle lassen Besonderheiten 
im Programmablauf zu. So können Daten in 
die CPU eingegeben, verändert und an- 
schließend in die gleiche Adresse zurückge- 
schrieben werden. Dieser sogenannte Read- 
Modify-Write-Zyklus verändert kein Prozes- 
sorregister und kann infolge kurzzeitig inakti- 
ven AS-Ausgangs von einer Busanforderung 
unterbrochen werden. Beim Test-und-Setze- 
Befehl (TAS) ist diese Unterbrechung nicht 
möglich, und dieser Befehl schafft die Vor- 
aussetzung von Semaphor-Operalionen. Se- 
maphore in der Betriebssystemtechnik sind 
Signale, die Kenntnis über Prozeßzugriffe 
geben können. 

Neben dieser Art der Programmbearbeitung 
existieren Befehle, die in Verbindung mit dem 
Befehl „DB cc“ (Springe relativ, falls Bedin- 
gung erfüllt) den sogenannten Loop-Modus 
zulassen, der vom Prozessor selbständig 
eingenommen wird. Allerdings darf die 
Sprungweite innerhalb der Schleifen auf- 
grund der vorhandenen Register für Befehl- 
dekodierung und Prefetch (Laden von Befeh- 
len während der Bearbeitung vorangegange- 
ner) nur vier Bytes betragen. Die Schleifen- 
durchläufe erfordern keine Befehlsladezyk- 
len mehr. 

Die Unterbrechungsstruktur läßt genügend 
Möglichkeiten einer Ausnahmebehandlung 
zu. Dabei müssen Unterschiede zum 68000 
beachtet werden. Da die Kombination 1 1 1 an 
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den FC-Leitungen einen CPU-Spacezyklus 
anzeigt, muß eine Kontrolle der Adreßbits 
AI 6 bis AI 9 erfolgen, die im Falle eines 
Breakpoints Low und bei der Interruptquit- 
tung High sind. Beim 68000 kann kein Break- 
point gesetzt werden, und die genannte Kom- 
bination gilt immer als Interruptquittung. Die 
Verarbeitung von Ausnahmen (Exceptions) 
wurde beim 68010 verfeinert, indem mehr 
Daten auf dem Stack abgelegt und damit 
auch virtuelle Rechnerkonzepte ermöglicht 
werden können. Die Ausnahmefälle sind 
durchnumeriert, und die CPU wählt den zu- 
gehörigen Vektor aus. Zu Beginn der Excep- 
tionsverarbeitung werden das Statusregister 
und die Rücksprungadresse gerettet, das 
Supervisorbit gesetzt und das Tracebit rück- 
gesetzt. Bei extern ausgelöstem Interrupt er- 
hält die Maske den entsprechenden Wert, um 
ein Sperren niedriger priorisierter Interrupts 
zu veranlassen. Die Prioritäten und den Ver- 
arbeitungsbeginn erläutert Tafel 2. Die Aus- 
führung des Befehls RTE (Rückkehr vom In- 
terrupt) bringt eine Reihe von Tests zum ord- 
nungsgemäßen Wiedereintritt ins Programm 
mit sich. 

Dazu wird am Beginn der Ausnahmebehand- 
lung nach dem Inhalt des Statusregisters und 
Programmzählerstand noch ein viertes Wort 


Tafel 2 Unterbrechungsprioritäten und Verarbeitungs- 


pipps'i Rang» 

BÄrnmg 

verattseltuhgs* " 
beginn 

0 0 

Reset 

innerhalb 

0 2 

Adreßfehler 

Taktzyklen 

1 0 

Trace-Modus 

Interrupt 

nächsten Befehl 

2 0 

2 1 

illegaler Befehl 
nicht implemen- 

am Ende eines 
Buszyklusses 

2 2 

Privilegverletzung 

3 0 

Trapbefehle 

nach dem aus- 

3 2 

Division durch Null 


,| Prioritätsgruppe null ist die höchste 
21 Prioritätsverteilung innerhalb der Gruppe 


gerettet (entspricht kurzem Stackformat). Es 
enthält die um zwei Bit verschobene Vektor- 
nummer der Exception in den unteren 12 
Bits. Die restlichen 4 Bit kennzeichnen das 
Stackformat, weil bei Unterbrechungen der 
Gruppe null ein aus 29 Worten bestehendes, 
langes Format verwendet wird. Damit reali- 
siert man die Speicherung des gesamten in- 


ternen Prozessorzustandes und die infolge 
des Prefetch schwieriger gewordene Pro- 
grammfortsetzung nach Bus- oder Adreßfeh- 
lern. Der 68000 benutzt nur das kurze Stack- 
format. Ein Teil der 29 Worte sind die Inhalte 
der Befehls- bzw. Dateneingangspuffer, die 
Fehleradresse und ein Spezialstatuswort 
(Bild 4). Es gibt die Art des erfolgten Zugriffs 
und den Funktionscode an. Durch Ändern 
des Wortes kann die Programmfortsetzung 
beeinflußt werden (z. B. Re-Run-Flag = Bit 
15 des Wortes wird von der Interruptroutine 
rückgesetzt; das hat zur Folge, daß der Zu- 
griff nicht wiederholt wird). 
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Zeitmessung unter C 
auf dem A 7100 

Dr. Burkhard Neumann 
Satellitenbodenstation Neustrelitz 


Es ist für bestimmte Aufgabenstellungen not- 
wendig, experimentell Zeitdifferenzen zu be- 
stimmen (z. B. Laufzeitmessungen für Da- 
tenbank-Operationen). Wird in C program- 
miert, steht dazu i. allg. die Bibliotheksfunk- 
tion CLOCK () zur Verfügung. Dies ist jedoch 
für den verwendeten Compiler unter SCP auf 
dem A 7100 nicht der Fall, so daß ein eige- 
nes Bibliotheks-Modul erstellt werden 
mußte. Dieses sowie der Modus der Para- 
meterübergabe an die aufrufende C-Funk- 
tion werden im weiteren erläutert. 


Realisierung des CLOCK-Moduls 

• Hard- und softwaremäßige 
Voreinstellungen 

Auf der ZVE des A7100 befinden sich ein 
programmierbarer Zeitgeber (PIT) 8253, von 
dessen 3 Kanälen nur der Kanal 2 vom Sy- 
stem genutzt wird. Weiterhin ist standardmä- 
ßig der Ausgang des PIT-Kanals 0 mit dem 
Interrupt-Niveau 2 des Interrupt-Controllers 
(PIC) 8259A verknüpft (X842-X829), so daß 
für eine interruptgesteuerte Zeitmessung 
keine Hardware-Modifikationen notwendig 
sind, wenn der PIT-Kanal 0 als Zeitgeber ge- 
nutzt wird. Am Takteingang dieses Kanals 


Bild 1 Verknüpfung von PIT und 
PIC 



.*»***'**» CLOCK-Hodul *****•»» 


CL0H: Initialisierung IV, PIT, PIC; Zaehlerstart 
CLOCK: Zaehlwert^-— ->pAX zur^Uebergabe 


CT0D EQU 

CTO C EQU 

PI CI EQU 

PIC2 EQU 

I SR CTO EQU 


;P IT- Adr essen 
;PIC- Adressen 


;IV-Position 


TITLE * CLOCK-MODUL * 


PUHJC CL0N, CLOCK, CL0FF 



; Modul-Initialisierung 


DB 

IX, 0 ;IV nach IV- belle laden 

LS, IX 

LS: ISRCT0[ EX], OFFSET ICO 



AX,(ZAEHL) ;Zaehlwert > 


CL0FF: 




»INT wieder frei 
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liegt standardmäßig ein Takt von 1229 kHz 
an (X903-X902) IM. Bild 1 veranschaulicht 
das Zusammenspiel der Komponenten. 

• Programmierung von PIT und PIC 

Der Start des CLOCK-Moduls (Bild 2) erfolgt 
durch Aufruf von CLON. Als erstes ist in der 
Interrupt-Vektortabelle für den Interrupt- 
Code 22 H System-PIC-lnitialisierung) die 
Startadresse der Service-Routine (IP und 
CS) abzulegen. Weiterhin ist eine Ummas- 
kierung des PlC-Steuerwortes OCW1 so vor- 
zunehmen, daß IR2 freigegeben wird sowie 
die anderen, vom System benötigten Inter- 
rupt-Niveaus erhalten bleiben. Anschließend 
kann PITO als Zeitgeber im Mode 2 program- 
miert werden; der Teilerfaktor ist entspre- 
chend dem angestrebten Zeitintervall zu 
wählen. Der genaue Ablauf ist anhand des 
Beispielprogramms in Bild 3 ersichtlich. Hier 
wurde der Teilerfaktor so gewählt, daß ein In- 
terrupt-Intervall von 1 ms erzeugt wird. 

Die Übergabe der Zeitintervallanzahl erfolgt 
bei Aufruf der Funktion CLOCK. 

Wichtig ist, daß vor Beendigung des das 
CLOCK-Modul aufrufenden Programms das 
Interrupt-Niveau 2 des PIC wieder gesperrt 
wird, da es ansonsten beim Laden weiterer 
Programme zu System-Fehlreaktionen kommt. 
Diese Aufgabe erfüllt die Funktion CLOFF. 



VOM) a,c, CL0HO, aOatO.CLOFFO; 

malnO 

printf ("\n\nG- Test Programm fuer Clock-Modul"); 
printf( H \n\n Start durch lastendruck" ); 


lf(c < a/1000) 

^ printf ("\nDelta t (ln s) ■ J64d",c); 


Bild 3 C-Testprogramm 


Tafel 1 Nutzung der 8086-Register zur Parameterüber- 



(unsigned) (short)int AX 

tongint BX.AX 

float BX.AX 

double DX, CX. BX, AX 


Parameterübergabe 

In C übergeben bzw. übernehmen Funktio- 
nen bekanntermaßen keine Parameter- 
Adressen, sondern Werte („call by value“); 
dieses kann über den Stack oder über Regi- 
ster erfolgen. Im vorliegenden Fall ist nur die 
Intervall-Anzahl seit dem Zeitgeberstart von 
der Funktion CLOCK zu übergeben; die 
Übergabe erfolgt im Beispielprogramm für ei- 
nen Integer-Wert im Register AX. Für weitere 
Datentypen ist die Registernutzung in Tafel 1 
angegeben. 

Für das problemlose Linken der C- und As- 
sembler-Module seien noch folgende Hin- 
weise gegeben; 

- Der Funktionsname der Assembler-Mo- 
dule muß im Assemblerprogramm als PU- 
BLIC deklariert werden. 

- Da verschiedene Compiler unterschiedlich 
auf Groß- und Kleinschreibung reagieren, 
sollte man die Funktionsnamen immer groß 
schreiben. 
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PIERRE SIMON 
MARQUIS 
de LAPLACE 


* 1749 Beaumont-en-Auge 
(Normandie), 
t 1827 Paris 


Die großen Naturforscher des 17./ 
1 8. Jahrhunderts besaßen über ihre 
Fachdisziplinen hinaus zumeist 
eine universelle Bildung, die es ih- 
nen erlaubte, auf verschiedensten 
Gebieten wissenschaftliche Lei- 
stungen zu vollbringen. Auch der 
französische Mathematiker, Physi- 
ker und Astronom P. S. Laplace hat 
eine vielseitige Ausbildung erhal- 
ten. Er besuchte ab 1755 eine 
Schule des Benediktinerordens 
und trat 1 765 in das Jesuiten-Kolleg 
zu Cäen ein, wo er alte Sprachen, 
Literatur, Kunst, Mathematik und 
Astronomie studierte; 1768 setzte 
er seine Studien in Paris fort. Auf 
Vermittlung von d'Alembert, dem 
ständigen Sekretär der Pariser 
Akademie und dem bis dahin wohl 
einflußreichsten Mathematiker des 
damaligen Frankreich, erhielt La- 
place 1 772 ein Lehramt an der Pari- 
ser Militärakademie, wo 1784/85 
Napoleon zu seinen Schülern 
zählte. An der 1794 neu gegründe- 
ten technischen Hochschule in Pa- 
ris (Ecole Polytechnique) wurde er 
Professor für Mathematik. Als Vor- 
sitzender der Kommission für Maße 
und Gewichte hatte er wesentlichen 
Anteil an der Einführung eines ein- 
heitlichen dezimalen Maßsystems. 
Im Jahre 1799 ernannte ihn Napo- 
leon zum Innenminister und berief 
ihn kurz danach in den Senat. Mit 
24 Jahren wurde er bezahltes Mit- 
glied der Akademie; auch war er 
Ehrenmitglied der Akademie in Pe- 
tersburg. 

Laplace hat besonders in der Ma- 
thematik und in der mathemati- 
schen Physik wesentliche Beiträge 
geleistet. Er konstruierte zwar keine 
Rechenmaschine, doch wird ihm 
eine andere bedeutende Erfindung 


zugeschrieben, die sich ebenfalls 
als ein hervorragendes Rechen- 
hilfsmittel herausstellte und sich bis 
heute bei Aufgaben der elektri- 
schen Netzwerke, der Regelungs- 
technik und bei der Simulation tech- 
nischer Vorgänge als außerordent- 
lich brauchbar erwiesen hat. Diese 
Erfindung betrifft die zumindest je- 
dem Automatisierungstechniker 
geläufige T ransformation 

X(P) = Je“ pl x(t) dt, 

o 

welche einer Funktion x(t) der reel- 
len Variablen t die Funktion X(p) der 
komplexen Variablen p zuordnet 
(vorausgesetzt, das uneigentliche 
Integral existiert). Der wissen- 
schaftliche Background, der mit 
dieser Formel verbunden ist, wird 
als Theorie der Laplace-Transfor- 
mation gegenwärtig an den Hoch- 
schulen für Mathematiker, Elektro- 
nikingenieure und Regelungstech- 
niker gelehrt. Und das mit gutem 
Grund! Gestattet doch diese Trans- 
formation, bestimmte Problemklas- 
sen gewöhnlicher Differentialglei- 
chungen lediglich mit rein algebrai- 
schen Rechenoperationen auflö- 
sen zu können, was eine bedeu- 
tende Reduzierung des Rechen- 
aufwandes mit sich bringt. Es sei er- 
wähnt, daß die Auflösung von Dif- 
ferentialgleichungen mit dieser La- 
placeschen Methode (wenn sie an- 
wendbar ist) sogar stets in exakter 
Weise gelingt - während sie mit 
computertechnischen Hilfsmitteln 
ja prinzipiell immer nur näherungs- 
weise möglich ist. 

Eine weitere wichtige Anwendung 
erfährt obige Transformation noch 
heute in der Automatisierungstech- 
nik; mit ihrer Hilfe wird die Übertra- 


gungsfunktion eines dynamischen 
Systems definiert; und sie ermög- 
licht z. B. auch den Beweis für die 
Tatsache, daß ein unbekanntes li- 
neares Übertragungssystem mit 
der Systemantwort auf ein einziges 
Eingangssignal sein gesamtes 
Übertragungsverhalten „verrät“. 
Übrigens ist mit den heute zur Ver- 
fügung stehenden computertechni- 
schen Möglichkeiten sogar eine Au- 
tomatisierung des gesamten L$- 
place-Kalküls in greifbare Nähe ge- 
rückt. 

Laplace verfaßte sehr zahlreiche 
Arbeiten über Mathematik und ex- 
perimentelle und mathematische 
Physik (14 Bände) sowie über Him- 
melsmechanik (5 Bände). So unter- 
suchte er partielle Differentialglei- 
chungen 2. Ordnung auf ihre Lö- 
sungsmöglichkeit, ersann die Kas- 
kadenmethode - ein Lösungsver- 
fahren für hyperbolische Differenti- 
algleichungen - und befaßte sich 
mit partiellen Differenzengleichun- 
gen. Zur Lösung der Laplaceschen 
Differentialgleichung lassen sich 
Analogie-Netzwerke konstruieren, 
die bei ADLER („Analogrechnen“) 
beschrieben werden. Laplace ent- 
wickelte auch eine Kapillartheorie 
für Flüssigkeiten, leitete eine For- 
mel für die Ausbreitungsgeschwin- 
digkeit des Schalls in der Luft ab 
und verbesserte die barometrische 
Höhenformel. Desweiteren er- 
forschte er die Umlaufzeiten von 
Jupiter, Saturn und den drei inneren 
Jupitermonden und machte sich 
Gedanken über die Stabilität des 
Sonnensystems. 

Bei seinem Begräbnis erwies ihm 
übrigens kein Geringerer als Alex- 
ander von Humboldt die letzte Ehre, 
der zwecks Herausgabe seiner ei- 
genen Werke mehrere Jahre in Pa- 
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Für den Fall, daß die Datei eine neu zu erstel- 
lende Datei ist, wird folgende Mitteilung mit 
ausgegeben: 



ED erlaubt eine Reihe von Kommandos, Die 
wichtigsten sollen nachfolgend erläutert wer- 
den, 

6.2.1 Texttransferkommandos 
Die möglichen Kommandos sind: 
nA Append 

Anfügen von n unbearbeiteten Quellzeilen 
aus der Quelldatei an den gefüllten Teil des 
Arbeitspuffers. Wird für nA ein #A eingege- 
ben , werden zirka 48 KByte als Textpuffer re- 
serviert. Kleine Dateien können mit #A zum 
Beginn des Editiervorganges komplett gela- 
den werden. Wird für nA ein OA eingegeben, 
werden nur so viel Textzeilen eingelesen, bis 
der Arbeitspuffer halb gefüllt ist. Wird kein n 
eingegeben, liest ED nur eine Quellzeile ein. 
nW Write 

Schreiben der ersten n Zeilen zur temporären 
Hilfsdatei. Diese Zeilen werden in der neuen 
Datei an das Ende der schon eingetragenen 
Zeilen angefügt. Wird für nW ein OW eingege- 
ben. werden soviel Zeilen in die neue Datei 
geschrieben, bis der Arbeitspuffer etwa halb 
leer ist. Nach der Ausführung eines W-Kom- 
mandos muß das H-Kommando gegeben 
werden, wenn erneut auf die geretteten Zel- 
len zugegriffen werden soll. 

E Exit 

Beenden von ED. Es werden die gesamten 
gepufferten Zeilen und die unbearbeiteten 
Zeilen zur neuen Datei kopiert. Dabei wird die 
alte Datei in eine Datei mit dem Dateisuffix 
BAK umgewandelt. 

6.2 2 Editiergrundkommandos 
B Begin 

-B 

Bewegen des Characterpointers (CP) an den 
Beginn (B) oder das Ende (-B) des Arbeits- 
puffers. 
nC 
-nC 

Bewegen des CP um n Zeichen vorwärts oder 
rückwärts. 


nD Delete 

-nD 

Löschen von n Zeichen vor (rD) oder hinter 
(-nD) dem CP. 
nK Kill 

-nK 

Löschen von n Zeilen vor dem CP (nK) oder 
hinter dem CP(-nK). 
nT Type 

-nT 

Anzeige von n Zeilen vor dem CP (-nT) oder 
hinter dem CP (nT) auf dem Terminal. 

n 

“fl 

Bewegen des CP um n Zeilen vor den CP (— n) 
Oder hinter den CP (n). Ein Betätigen von CR 
(ENTER) wird wie die Eingabe des Komman- 
dos 

:1 

interpretiert, d. h., der CP wird jeweils um eine 
Zeile weiter gestellt. 

I Input 
I 

Einsfellen des Eingabemodus. Es werden 
solange Textzeilen vor den CP eingegeben, 
bis die Eingabe von CTRL-Z erfolgt ist. 


6.2.3 Kommandos zur Modifizierung des 
Arbeitspuffers 
S Substitute 
s 

Ersetzen von Zeichen und Zeichenketten im 
Arbeitspuffer. Das Kommando wird wie folgt 
gegeben: 

nssearch..,string“znew_strmg 

wobei n die Anzahl der Substitutionen angibt. 



Es erfolgt keine Anzeige der geänderten 
Zeile. Soll diese mit angezeigt werden, 
muß eine Kommandoverkettung in fol- 
gender Weise eingegeben werden: 



Mit Hilfe des S-Kommandos lassen sich auch 
Zeichen und Zeichenketten streichen. 



Weiterhin ist eine Kommandoverkettung auf 
der Basis der C-, D-, L-, K- und T-Kommandos 
möglich 



6.2.4 Fortgeschrittene ED-Kommandos 
nP Page 


Dieses Kommando bewirkt eine komplette 
bildschirmfüllende Anzeige und bewegt den 
CP an den Anfang einer neuen Bildschirm- 
seite. Wenn keine Seitenzahl angegeben 
wurde, wird der CP um 23 Zeilen vorwärts be- 
wegt und die weiteren 23 folgenden Zeilen 
werden angezeigt. Mit OP kann die aktuelle 
Seite angezeigt werden, ohne daß der CP 
weiter bewegt wird, 
n: Line Number 

Mit Hilfe dieses Kommandos kann der CP auf 
eine spezifizierte Zeile eingestellt werden. 



:n Trogh Line Number 
Das zum Line-Number-Kommando inverse 
Kommando wird bis zu einer bestimmten Zei- 
lennummer ausgeführt. 



nFstringi'zl- 

Suchfunktion, wobei n eine Zahl ist, die das n- 
te Auftreten der gesuchten Zeichenkette an- 
gibt. Wichtig hierbei ist, daß die Zahl n eine 
positive Zahl ist, da ED im Puffer nur vorwärts 



Der CP wird auf die Zeile nach der gesuchten 
Zeichenkette positioniert, wo (in diesem Bei- 
spiel) das dritte Auftreten der Zeichenkette 
zyklisch lokalisiert wurde. Durch die Kombi- 
nation des F- mit dem T-Kommando kann die 
Zeile mit angezeigt werden: 
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nicht findet, wird eine Fehlermeldung ausge- 
geben (siehe 6.2.7). 

nNstringi'z) 

Das N-Kommando sucht über den Arbeits- 
puffer hinaus in der gesamten Quelle. Der 
Zeichenkette muß ein CTRL-Z folgen, wenn 
noch ein weiteres Kommando angehängt 
werden soll. Wenn das Editieren fortgesetzt 
werden soll, nachdem die Quelldatei bearbei- 
tet und der Arbeitspuffer geleert ist, muß das 
H-Kommando angewendet werden. 

6.2.5 Transport von Textblöcken 

Diese Kommandos werden benutzt, um eine 
Anzahl von Textzeilen von einem Dateibe- 
reich in einen anderen zu transportieren. 
Hierzu muß zuerst das X-Kommando benutzt 
werden, welches den gewünschten Text- 
block in eine Temporärdatei (XOCOOO 
OO-LIB) schreibt. Danach werden die Origi- 
naizeilen mit dem K-Kommando aus dem 
Text gelöscht und der Textblock mit dem R- 
Kommando an das gewünschte Ziel gela- 
den. 
nX 

nXfllespec 

Die Zahl n gibt die Anzahl der Zeilen ab CP in 
Richtung Pufferende an, die in die Temporär- 
datei zu übertragen sind (n muß positiv sein). 
Wird kein Dateiname angegeben, nimmt ED 
automatisch XQCOOOCC.UB an. Ist kein 
Dateisuffix spezifiziert, wird automatisch .LIB 
zugewiesen. 

R 

Rfilespec 

Mit dem R-Kommando können die Zeilen zu- 
rück übertragen werden, die mit dem X-Kom- 
mando in die Temporärdatei geschrieben 
wurden bzw. es können andere Quelltextda- 
teien in die zu bearbeitende eingelesen wer- 
den. Ein nicht angegebenes Dateisuffix wird 
durch .LIB ersetzt. Das R-Kommando liest die 
Datei vor den CP ein. 

6.2.6 Beendigung von ED 
und Dateisicherung 

H Head of File 

Ein H-Kommando sichert den Inhalt des Ar- 
beitspuffers, ohne jedoch den Editiervorgang 
zu beenden und kehrt zum Kopf (Head) der 
Datei zurück. Auf die bereits editierten Daten 
kann erneut zurückgegriffen werden. 

0 Original 

Ein O-Kommando schließt den Editiervor- 
gang ab und läßt die Datei im Originalzustand 
zum erneuten Editieren, ohne ED abzubre- 
chen. ED beantwortet die Eingabe des O- 
Kommandos mit der Frage: 

0(Y/N)? 

Diese muß mit Y beantwortet werden, wenn 
das O-Kommando ausgeführt werden soii. 
Mit N kehrt man in den normalen ED-Betrieb 
zurück. Jede andere Taste wiederholt die 
Frage. 

Q Quit 

Ein Q-Kommando schließt den Editiervor- 
gang ab und beendet ED. Bei der Eingabe 
des Q-Kommandos wird ebenfalls abgefragt: 
Q(Y/N)? 

Geantwortet werden muß mit Y oder N, jedes 
andere Zeichen wiederholt die Frage. Die 
Temporärdatei wird gelöscht, die Quellda- 
tei wird geschlossen, und es wird keine 


Backup-Datei mit dem Dateisuffix BAK er- 
zeugt. 

E Exit 
(siehe 6.2 .1) 

6.2.7 ED-Fehlermeldungen 

Die allgemeine Form der ED-Fehlermeldung 

ist: 

BREAK 'x‘ ATc. 

wobei x ein Fehlersymbol darstellt und c der 
Buchstabe des Kommandos ist, bei dem der 
Fehler aufgetreten ist. 

Fehlersymbol Bedeutung 


# Suchfehler 

?C unbekannter 

Kommandobuchstabe 
0 keine .UB-Datel 

> Puffer voll 

£ Kommandoabbruch. Eine 

Tastatureingabe hat das 
Kommando abgebrochen 
F Dateifehler. Es erfolgt 

entweder 
DISK FULL oder 
DIRECTORY FULL. 

Hinweis: 

ED interpretiert die Kommandoeingaben je 
nachdem, ob sie als Groß- oder Kleinbuch- 
staben erlolgten Es ist die generelle Eingabe 
als Kleinbuchstaben zu empfehlen, da hier- 
bei alle Buchstaben, ob Klein- oder Groß- 
buchstaben im Text gesucht, gefunden oder 
bearbeitet werden können. Eine Kommando- 
eingabe als Großbuchstabe erlaubt nur die 
Bearbeitung von Texten, die generell aus 
Großbuchstaben und Ziffern bestehen. 

6.3 Der Absolutassembler ASM86 
und der Relativassembler RASM86 
ASM86 und RASM86 wurden für die Realisie- 
rung verschiedener Aufgaben geschaffen: 

ASM86 

Assemblierung von absoluten Programmen. 
Eine modulare Programmierung ist nicht 
oder nur sehr schlecht möglich. 

RASM86 

Assemblierung von verschieblichen Pro- 
grammen und Programmodulen. Eine Anbin- 
dung an Programme, die von anderen Über- 
setzern erzeugt wurden (z. B. PASCAL, C, 
FORTRAN77) ist möglich. 

6.3.1 Bedienung 

Die Assembler ASM86 und RASM86 werden 
nach einem einheitlichen Konzept bedient 
Die Kommandozeile sieht allgemein wie folgt 
aus: 



Es gibt bei den Dateinamen eine Standard- 
annahme in der Weise, daß die Quelldateien 
mit dem Dateisuffix .A86 versehen sind, ln 
diesem Falle braucht das Dateisuffix beim 
Assembleraufruf in der Angabe name nicht 


mit angegeben werden. Sollen Dateien mit 
einem anderen Suffix assembliert werden, so 
ist dieses mit anzugeben. Nach ihrem Aufruf 
melden sich die Assembler mit einer Identifi- 
kationsausschrift: 



wobei die Angabe x.x die jeweils eingesetzte 
Versionsnummer angibt. Stimmt der Datei- 
name nicht oder ist er nicht auf dem angege- 
benen Laufwerk vorhanden, geben beide As- 
sembler die Fehlermeldung 
NO FILE 

aus und brechen die Arbeit ab. Entsprechend 
dem jeweiligen Assemblerkonzept können 
die Assembler aus dem Quelltext verschie- 
dene Ergebnisdateien erzeugen: 



Die Angabe der Optionen kann unter Angabe 
der oben angeführten Parameter und zusätz- 
licher Geräteparameter die Erzeugung und 
Abspeicherung der zu erzeugenden Dateien 
beeinflussen. Als Geräteparameter können 
die Buchstaben 
A, B, . . . PoderX, Y, Z 
angegeben werden, wobei 
A bis P die Laufwerke spezifizieren 
X die Bedienkonsole (CON:) 

Y den Drucker (LST:) 

Z die Ausgabe unterdrückt (NUL:>. 

Beim RASM86 ist zusätzlich noch die Option 
“L“ möglich, mit deren Hilfe die lokalen Para- 
meter in die Objektdatei eingeschlossen wer- 
den können, welche in der durch LINK86 er- 
zeugten Symboldatei erscheinen. Andern- 
falls erscheinen nur PUBLtC-Symbole in der 
Symboldatei. Die erzeugten SYM-Dateien 
sind für die Arbeit mit dem symbolischen De- 
bugger SID86 (siehe Abschnitt 6.5) notwen- 
dig. Bei der Ausgabeumlenkung auf die Kon- 
sole kann die Ausgabe mit CNTRL-S angehal- 
ten werden und mit CNTRL-Q fortgesetzt wer- 
den. 
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dem Laufwerk C und erzeugen von 
TEST.H86 und TEST.LST. TEST.SYM 
wird unterdrückt. 

ASM86TEST QPY SX 
Assemblieren der Datei TEST.A86 und 
erzeugen von TEST.H86. Die Ausgabe 
von TEST.LST erfolgt direkt auf den 
Drucker und die Ausgabe von TEST.SYM 
erfolgt direkt auf die Konsole. 

RAS/W86 
RASM86 TEST 

Assemblieren der Datei TEST.A86 und 
erzeugen von TEST. OBJ, TEST.LST und 
TEST.SYM auf dem aktuellen Laufwerk. 
RASM86 TEST OAC SZ PZ 
Assemblieren von TEST.A86 auf dem 
Laufwerk C und erzeugen von TEST. OBJ. 
Die Dateien TEST.SYM und TEST.LST 
werden unterdrückt. 

RASMTESTOL0 

Assemblieren von TEST.A86 auf dem ak- 
tuellen Laufwerk und erzeugen von TE- 
ST. OBJ, TEST.LST und TEST.SYM. Die lo- 
kalen Symbole werden in TEST. OBJ mit 
eingeschlossen. 


ASM86 und RASM86 können durch Betäti- 
gung einer beliebigen Taste angehalten wer- 
den. Beide Assembler antworten auf eine Ta- 
stenbetätigung mit: 



Ein Y bricht den Assemblerlauf ab. Ein N 
setzt die Arbeit fort. 


6.3.2 Elemente der Assemblersprachen 
für ASM86 und RASM86 
Beide Assembler stellen hinsichtlich der As- 
semblernotation eine Einheit dar. Es gibt 
keine Unterschiede. Da eine ausführliche Be- 
schreibung am Beispiel des ASM86 in Kapitel 
5 erfolgt Ist, soll in diesem Kapitel nicht näher 
darauf eingegangen werden. 


6.3.3 Assemblerdirektiven 


Direktivanweisungen sind wichtig für die Zu- 
weisung von Codeteilen zu logischen Seg- 
menten. Weiterhin lassen sich mit solchen 
Anweisungen die bedingte Assemblierung, 
die Datenelementdefinition und die Listenfor- 
matsteuerung durchführen. RASM86 enthält 
im wesentlichen den Direktivanweisungssatz 
des ASM86, so daß hier nur die wesentlichen 
Unterschiede bzw. Ergänzungen aufgezeigt 
werden sollen. Nachfolgend wird eine Über- 
sicht der Direktivanweisungen beider As- 
semblergegeben. 

RASM86 ASM86 


CSEG 

DSEG 

SSEG 

ESEG 

ORG 

END 

IF 

ENDIF 

ELSE 

EQU 

DB 


x 

x 


X X 

X X 


DW x x 

DD x x 

RS x x 

RB x x 

RW x x 

RD x 

EJECT x x 

LIST x x 

NOLIST x x 

IFLIST x 

NOIFLIST x 

PAGESIZE x x 

PAGEWIDTH x x 

TITLE x x 

INCLUDE X x 

SIMFORM x x 

NAME x 

PUBLIC X 

EXTRN X 

GROUP x 

Die geringfügigen Unterschiede bei der An- 
wendung der Segmentdirektiven und der er- 
weiterte Direktivsatz des RASM86 sollen 
nachfolgend erläutert werden. 

• Segmentdirektiven 
Die beiden Assembler benötigen die Seg- 
mentdirektiven zur Unterscheidung der 
Code-, Daten-, Stack- und Extrasegmentbe- 
reiche. Beim ASM86 können in den Oirektiv- 
anweisungen numerische Ausdrücke bzw. 
Operatoren zur Festlegung der Segmentpo- 
sition angegeben werden. 



Die Segmentdirektiven des RASM86 sind da- 
her dieser Aufgabenstellung mit angepaßt. 
Segmente können nach folgendem Schema 
benannt werden: 

[seg.name] segment [align_typ] 

[combine ..typ][class_name] 
Als segment ist möglich: CSEG 
DSEG 
SSEG 
, ESEG. 

Der Segmentname seg_name kann ein be- 
liebiger RASM86-Bezeichner sein, wobei bei 
Nichtangabe folgende Standardnamen von 
RASM86 angenommen werden: 
Segment-Direktive Standardnamen 
CSEG CD DE 

DSEG DATA 

SSEG STACK 

ESEG EXTRA 

RASM86 verbindet alle Segmente mit dem 
gleichen Segmentnamen, auch wenn sie 
nicht zusammenhängend im Quellcode ste- 
hen. Für den Linker LINK86 kann durch die 
Angabe des Zuordnungstypes (align_typ) 
eine spezielle Segmentadresse festgelegt 
werden. Folgende Angaben sind möglich: 
BYTE Bytezuweisung 
(Segment beginnt ab dem nächsten Byte) 
WORD Wortzuweisung 
(Segment beginnt an einer geraden Adresse) 


PARA Paragraphenzuweisung 
(Segment beginnt an einer Paragraphen- 
adresse {AO - A3 = 0]) 

PAGE Seitenzuweisung 

(Segment beginnt an einer Seitengrenze 

[A0-A7 - 0]) 

Wird kein Typ explizit angegeben, wird fol- 
gende Standardtypenzuordnung wirksam: 
Segment-Direktive Zuordnungstyp 
CSEG BYTE 

DSEG WORD 

SSEG WORD 

ESEG WORD 

Die Angabe des Verbindungstypes (combi- 
ne_typ) ist für den Linker wichtig, damit er 
Segmente mit anderen Segmenten gleichen 
Namens verbinden kann. Folgende Verbin- 
dungstypen sind angebbar: 

PUBLIC 

Alle Segmente dieses Verbindungstypes 
werden in der Reihenfolge ihres Auftretens 
durch den Linker verkettet. (Standardtyp, 
wenn keine Angabe erfolgt). 

COMMON 

Das Segment hat gleiche Speicherplätze mit 
anderen Segmenten gleichen Namens 

STACK 

Alle Segmente eines Verbindungstypes wer- 
den zu höheren Adressen hin überlagert, weil 
Stacks abwärts zu niederen Adressen hin 
wachsen 

LOCAL 

Das Segment ist lokal im übersetzten Pro- 
gramm. Es wird nicht mit anderen Segmen- 
ten verbunden. 

nnnn 

Für absolute Programme bestimmt RASM86 
die Ladeadresse während des Assembler- 
laufes Die Position wird durch den Linker 
zum Ladezeitpunkt bestimmt. 

Durch die Angabe des Klassennamens 
class_name können gekennzeichnete Seg- 
mente im gleichen Bereich einer vom Linker 
erzeugten CMD-Datei eingeordnet werden 
Falls nicht durch die GROUP-Direktive oder 
durch Linkerkommandos eine Umstellung er- 
folgt, ordnet RASM86 die Segmente in die 
CMD-Datei wie folgt ein: 

Segment- Standard- CMD-Bereich 
Direktive Klassenname 
CSEG CODE CODE 

DSEG DATA DATA 

SSEG STACK STACK 

ESEG EXTRA EXTRA. 

• ELSE-Direktive 

Im Gegensatz zum ASM86 kann eine alter- 
nativ zu übersetzende Folge von Quelltext- 
zeilen angegeben werden, welche übersetzt 
wird, falls die angegebene Bedingung un- 
wahr ist. Es ergibt sich eine einfachere Bedie- 
nung ais beim ASM 86. 
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Die nicht übersetzten Quellzeilen werden 
aber mit in die Listingdatei aufgenommen, 
d. h. nur gedruckt, sofern diese nicht unter- 
drückt werden. 

• RD-Direktive 

[symbolj RD numerischer Ausdruck 

Die RD-Direktive reserviert ein Doppelwort 

im Speicherohne Initialisierung. 

• IFLIST-ZNOIFLIST-Direktive 

Die NOIFLIST-Direktive unterdrückt die Aus- 
gabe des während der bedingten Assemblie- 
rung zu übersetzenden Blockes, wenn keine 
Übersetzung angewiesen wurde. Die Aus- 
gabe kann durch die IFLIST-Direktive ange- 
wiesen werden. 

• GROUP-Direktive 

group_name GROUP seg_name 1 seg_- 

namen 

Die GROUP-Direktive weist RASM86 an, die 
aufgeführten Segmente in eine Gruppe zu 
verbinden. Die Reihenfolge der Namen be- 
stimmt, in welcher Reihenfolge der Linker die 
Segmente In die CMD-Datei legt. 

• NAME-Direktive 

NAME moduLname’ 

Die NAME-Direktive weist dem von RASM86 
erzeugten Objektmodul einen Namen zu. So- 
fern keine Angabe erfolgt, wird der Name der 
Quelldatei als Name des Objektmoduls über- 
nommen. 

• PUBLIC-Direktive 

PUBLIC name,{name } 

Die PUBLIC-Direktive legt fest, daß mit PUBLIC 
definierte Namen zu anderen miteinander 
verbundenen Programmen Bezug nehmen 
können. 

• EXTRN-Direktive 

EXTRNexternal_id[,externaLid, . .] 
Diese Direktive ermöglicht RASM86 den Zu- 
griff innerhalb des übersetzten Programmes 
zu jedem externen Symbol, welches in einem 
anderen Programm definiert ist. Der exter- 
naLid besteht aus einem Symbol und einem 
Typ. Das Symbol kann eine Zahl oder Varia- 
ble sein. Als Typ sind möglich: 



6.4 Das Filegenerierprogramm GENCMD 
und der Linker LINK86 

6.4.1 GENCMD 

Mit Hilfe des Programmes GENCMD können 
Dateien im H86-Format (entstanden z. B. in 
einem Assemblerlauf mit ASM86) in CMD-Da- 
teien, die auf dem Betriebssystem SCP 1700 
abarbeitungsfähig sind, umgesetzt werden. 
H86- Dateien können auch vor der Bearbei- 
tung durch GENCMD mit Hilfe des Program- 
mes PIP zu größeren H86-Dateien verkettet 


werden. Es muß hierbei beachtet werden, 
daß die einzelnen H86-Dateien, die zusam- 
mengefaßt werden sollen, Speicherbereiche 
überlagern können. Bei einer Speicherin- 
haltsdefinition in einer H86-Datei ist für 
GENCMD die letzte Definition gültig. Diese Ei- 
genschaft wird beispielsweise bei der Imple- 
mentation des Betriebssystemes SCP 1700 
ausgenutzt. GENCMD wird nach folgendem 
Schema aufgerufen: 

GENCMD datei parameteriiste 
wobei datei der Name einer H86-Datei ist 
(Einzel- oder Überlagerungsdatei) und para- 
meteriiste Schlüsselwörter angibt, die durch 
Komma oder Leerzeichen getrennt werden. 
Mögliche Schlüsselwörter sind: 

8080 bewirkt die Bildung einer CMD-Datei in 
Form eines 8080-Speichermodells, bei dem 
Code- und Datenbereich innerhalb eines 
Segmentes vermischt sind, unabhängig da- 
von, ob im Quellprogramm CSEG- und DSEG- 
Anweisungen verwendet sind. 

CODE Codesegmentzuweisung 

DATA Datensegmentzuweisung 

STACK Stacksegmentzuweisung 

EXTRA Extrasegmentzuweisung 

XI, X2, X3, X4 Hilfsbereichzuweisung 
Den Schlüsselwörtern, die den jeweiligen Be- 
reich definieren, folgt eine Hexadezimalzahl, 
die eine Paragraphenadresse oder Seg- 
mentlänge in Paragraphen angibt. Diese 
Werte sind in eckige Klammern einzuschlie- 
ßen und werden durch Komma getrennt. Die- 
sen Werten wird ein einzelner Buchstabe vor- 
angesteilt, welcher die Bedeutung des jewei- 
ligen Wortes definiert: 

Axxxx Laden auf Absolutadresse xxxx 
Bxxxx Bereich beginnt auf xxxx in der Haß- 
Datei 

Mxxxx Bereich erfordert Speichergröße von 
minimal xxxx * 1 6 Byte (xxxx * Paragraphen) 
Xxxxx Bereich erfordert Speichergröße von 
maximal xxxx ♦ 16 Byte (xxxx * Paragra- 
phen) 

Hinweis: 

- Der A-Wert muß für jeden Bereich angege- 
ben werden, der im Speicher fest lokalisiert 
werden soll. Im Normaltall braucht man die- 
sen Wert nicht anzugeben, da SCP 1 700 den 
TPA-Raum intern verwaltet und den Pro- 
grammen den Speicher zuweist 

- Ein B-Wert muß angegeben werden, wenn 
GENCMD Dateien verarbeitet, die nicht mit 
ASM86 erzeugt sind, z.B. bei Dateien, die 
keine Informationen zur automatischen Seg- 
mentbereichsunterscheidung enthalten 


Beispiele- 

B A:GENCMD SCP 8080 C0DE[A40] 

Die Datei SCP.H86 wird in die Datei 
SCP.CMD umgewandelt, wobei das 
8080-Speichermodell zugrunde gelegt 
wird. Der Codebereich beginnt auf der 
Paragraphenadresse 40H. 
B>A:GENCMD C:TEST CODE[A1000] 
DATA[M2D] EXTRA [B40j STACK[M80] 

XI [M80] 

Eine auf dem Diskettenlaufwerk C be- 
findliche Datei TEST.H86 wird in die Da- 
tei TEST.CMD umgewandelt. Der Code- 
bereich beginnt bei der Paragraphen- 
adresse 10D0H, der Datenbereich erfor- 


dert einen Speicherbedarf von minde- 
stens 20H Paragraphen. Der Extrabe- 
reich beginnt ab der Paragraphen- 
adresse 40H in der H86-Datei und der 
Stack- sowie der Zusatzbereich erfor- 
dern eine Mindestgröße von 80H Para- 
graphen. 


6.4.2 LINK86 
• Bedienung 

LINK86 ist ein Dateiverbindungsprogramm, 
welches verschiedene Objektmodule zu ei- 
ner CMD-Datei verbindet. Hierbei ist es 
gleichgültig, ob die Objektmodule mit Hilfe 
des RASM86 oder anderen Übersetzern (z. B. 
FORTRAN 77, C, PASCAL) erzeugt wurden. 
Weiterhin erlaubt LINK8G das Einbinden von 
Bibliotheksmodulen (L86-Dateien), welche 
indiziert aufgebaut sind. LINK86 erzeugt drei 
Dateitypen: 

Kommandodatei (CMD-Datei) 

Symboltabellendatei (SYM-Datei) 

Listdatei (MAP-Datei). 

LINK86 wird nach folgendem Bedienschema 
aufgerufen: 

LINK86 {file= }fUe1 (,file2 filen) 

Wird ein Name vor dem Gleichheitszeichen 
angegeben, erzeugt LINK86 die geforderten 
Ausgabedateien mit ihren dazugehörigen 
Dateitypen. Wird kein neuer Name angege- 
ben, werden die von LINK86 erzeugten Da- 
teien mit dem ersten Namen aus der Kom- 
mandozeile versehen. 



Weiterhin erlaubt LINK86 das Auslesen öfter 
wiederkehrender Kommandozeilen aus einer 
Eingabedatei. Derartige Dateien müssen den 
Dateityp INP haben. 



LINK86 kann während seiner Arbeit durch Be- 
tätigen einer beliebigen Taste angehalten 
werden LINK86 meldet sich mit folgender 
Ausschrift: 



Die Eingabe von Y veranlaßt LINK86, die Ar- 
beit abzubrechen und zum SCP 1700 zurück- 
zukehren. Ein N setzt die Arbeit von LINK86 
fort. 

wird fortgesetzt 
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Werkzeuge zur hardwarenahen Programmierung 
in höheren Programmiersprachen auf 8-Bit-Computern 


Hardwarenahe und betriebssystemnahe 
Programmierung ist traditionsgemäß der 
Bereich der Systemprogrammierung, der 
wesentlich auf dem Einsatz der Assembler- 
sprachen basiert. In der Entwicklungsge- 
schichte höherer Programmiersprachen 
kann man eine Tendenz zur Unterstützung 
hardwarenaher Programmierung (hrp::= 
hardware related programming) verfolgen, 
die sich heute auf 8-Bit-Computern u. a. in 
BASIC und TURBO-PASCAL als soweit pra- 
xisrelevant manifestiert, daß z. B. auf dem . 
Gebiet der Anwender-Systemprogram- 
mierung eine Kombination aus höheren 


Sprachen und unterstützenden Assembler- 
routinen gegenüber der reinen Assembler- 
programmierung wesentliche Vorteile bie- 
tet. 

In einer Folge mit den Beiträgen 

1. „Umwandeln von (Assembler-)COM-Fi- 
les in dBASE-ll-INLINE-POKEs “ 

2. „EXEC-ein Startprogramm für dBASE II“ 

3. „Automatische Generierung von BASIC- 
INLINE-POKEs “ 

4. „Externe (Assembler-)Unterprogramme 
in TURBO-PASCAL“ 

werden in mehreren Heften der MP unmittel- 
bar nutzbare Werkzeuge in Form von Pro- 


grammen unter CP/M-kompatiblen Be- 
triebssystemen für 8-Bit-Computer vorge- 
stellt. 

Neben den Programmen werden methodi- 
sche und programmiertechnische Erfahrun- 
gen dargestellt. Als höhere Programmier- 
sprachen sind dBASE II, BASIC-80 und 
TURBO-PASCAL ausgewählt worden, für 
die INLINE- und externe Unterprogramme 
auf dem Niveau der höheren Sprache sowie 
deren Einbindung aufgezeigt werden. 

Vom Autor kann bei Bedarf eine Demo-Dis- 
kette mit dem Inhalt dieser Artikelserie be- 
spielt werden. 


Umwandeln von COM-Files 
in dBASE-ll-INLINE-POKEs 


Christian Hanisch, Berlin 


Der Einsatz von Assemblerroutinen z. B. ab 
der Adresse 0A400H bringt bei dBASE-Pro- 
grammen oft erhebliche Effektivitätsverbes- 
serungen bzw. erhöhte Nutzerfreundlichkeit 
bei 8-Bit-Computern auf der Basis des 
U880-/Z80-I8080-Prozessors. 

Neben anderen Möglichkeiten ist die Me- 
thode der „gepokten“ Assemblerpro- 
gramme ein Weg, der aus einer dBASE- 
Kommandodatei (CMD-Datei) heraus das 
Problem löst. 


/ 1 

A>L80 /P : A4 00 , B : POKEX/E<CR> 
A>DBASE<CR> 

. SET CALL TO 41984<CR> 

. CALL<CR> 


Testprogramm fuer YPOKE.PAS 

Aufruf von dBASE II aus: 

. DO POKEX.CMD 
. CALL 

. QUIT<CR> 

A>_ 


Die Umwandlung von (Assembler-)COM-Fi- 
les in INLINE-POKEs ist aus Kompatibilitäts- 
und aus Einheitlichkeitsgründen für die 
dBASE Version 2.4x eine wirkungsvolle Me- 
thode (Alternative zum LOAD-Kommando). 
Vor jeder Abarbeitung eines „gepokten“ Un- 
terprogramms sollte dasselbe immer wieder 
auf seine „Ladeadresse“ gebracht werden, 
da dBASE Version 2.4x z. B. den Speicher ab 
0A400H gelegentlich selbst temporär auch 
neben dem SORT-Kommando nutzt. Erfah- 
rene Programmierer können z. B. im Unter- 
programm die BDOS-Beginnadresse ent- 
sprechend heruntersetzen, wodurch die As- 


A>NS<CR> 

«N» 

. z80 
Title 

; POKEX. MAC 
; Ladeadresse 

POKEX: : ld de 


«B:POKEX. MAC<CR»> 
Testbeispiel fuer YPOKE 


41984 



«*KD» «X» 

A>B: <CR> 

B>A:M80 POKEX, POKKX=POKEX/Z/X/M/C<CR> 

B>A: CKEF80 LST: =POKKX. CRF<CR> 


Bild 1 


Bild 2 Testlauf des Assemblerunterpro- 
gramms: POKEX.MAC 

semblerroutinen dann geschützt sind 121. Das 
nachfolgende Programm YPOKE.PAS 
zeigt, wie man aus einem Assemblerpro- 
gramm, das als COM-File vorliegt, eine 
dBASE-Kommandodatei aus POKE-Befeh- 
len generiert. Als Vorbereitung ist ein im 
8080-/Z80-Code geschriebenes Assembler- 
Unterprogramm folgendermaßen in eine 
COM-Datei (eventuell Dateityp OVL oder 
OVX) zu überführen: 


B>A:M80 <filename_REL>,«“E» 

<filename_PRN>=<filename_MAC>/X/ 

M<CR> 

B>A:L80 /P: <Adr_HEX>,<filename_ 
REL>/E<CR> 

B>A:POWER SAVE <filename_COM>. 
<type>«“E» 

<Adr_HEX> <anz><CR> 


Nach dem Übersetzen mit M80 muß die REL- 
Datei mit L80 auf die gewünschte Adresse 
gelinkt und geladen werden. 

Die Abspeicherung erfolgt dann am besten 
mit POWER, das selbst nur die Adressen von 
1 00H bis 3CFFH belegt. Der Wert für <anz> 
kann aus der Bildschirmanzeige des L80 ent- 
nommen und in die entsprechende dezimale 
Anzahl von Blöcken zu je 1 28 Byte für <anz> 
umgerechnet werden. 

Die so gewonnene Maschinencodedatei 
<filename COM>.<type> ist die Aus- 
gangsbasis für das Programm YPOKE.COM, 


das aus dem Inhalt dieser Datei dBASE-ll- 
POKE-Befehle für die explizit einzugebende 
Adresse <Adr_HEX> fortlaufend generiert. 
Zur Demonstration das Programm in Bild 1 
zum Aufruf rrfit CALL von dBASE II aus. 

Vor der Generierung’ der POKE-Befehle 
sollte das Assemblerunterprogramm ausge- 
testet werden, indem es mit dem L80 aus der 
REL-Datei auf die geplante Ladeadresse ge- 
linkt und danach mit dem dBASE-Aufruf und 
dem CALL-Kommando ausgeführt wird 
(siehe Bild 2). 

Nach erfolgreichem Test wird dann mit: 


A>L80 /P:A400,B:POKEX/E<CR> 
A>POWER SAVE B:POKEX.OVX A400 
1<CR> 


das Unterprogramm ab der Adresse 0A400H 
bis 0A47FH als COM-File zur Weiterverar- 
beitung durch das Programm YPOKE abge- 
speichert (siehe Bild 3, Seite 308) 

(Link-80 Data A400 A466 < 102>). 
In Bild 4 (Seite 308) ist der unmittelbar so 
nutzbare PASCAL-Quelltext des Programms 
YPOKE.PAS dargestellt. 

Literatur 

IV Meinhardt, I.: Arithmetik-Modul für REDABAS. Neue 
Technik im Büro, Berlin 31 (1987) 5, S. 143 
/2/- Geiler, J.: Nachladbare Gerätetreiber für Personal- und 
Bürocomputer. Mikroprozessortechnik, Berlin 1 (1987) 
6,S. 179 


[Bl KONTAKT « | 

TU Dresden, Sektion Wasserwesen, Bereich WE; Tel. 
23261 18 

TERMINE 

Nationales Kolloquium 
„Computer und Gesellschaft“ 

WER? Bezirksverband Suhl der KDT, Wis- 
senschaftssektion Computer- und Mikro- 
prozessortechnik im Fachverband Elektro- 
technik und Gesellschaft für Informatik, 
Fachsektion Informatik und Gesellschaft 
WANN? 1. und 2. Dezember 1988 
WO? Suhl 

WIE? Teilnahmewünsche an BV der KDT 
Suhl, Straße der Opfer des Faschismus 29, 
Suhl, 6000; Tel. 2 24 94 


Mikroprozessortechnik, Berlin 2 (1988) 10 


307 



IE 1=0 IHEH IHL1NE(*2A/J/$CD/*4AF); W 
REPKAT tlNTIL keypressod 
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Mikroprozessor-Nachnutzungsleiterplatten 


Volkmar Tetzlaff 

Ingenieurbetrieb für die Anwendung 
der Mikroelektronik Erfurt 


Einführende Bemerkungen 

Auf der Grundlage des Beschlusses des Po- 
litbüros des ZK der SED vom 26. 6. 1 979 zur 
beschleunigten Entwicklung und Anwendung 
der Mikroelektronik in der Volkswirtschaft der 
DDR wurden im Jahre 1980 in allen Bezirken 
die Beratungs- und Informationsstellen Mi- 
kroelektronik (BIS) geschaffen. Mit der plan- 
mäßigen Weiterentwicklung dieser BIS verla- 
gerte sich in den Jahren 1983-1985 der 
Schwerpunkt von der beratenden Funktion 
zu einer Einrichtung mit Ingenieurbürocha- 
rakter, so daß folgerichtig im Jahre 1986 die 
namentliche Umbenennung der BIS Erfurt in 
den Ingenieurbetrieb für die Anwendung der 
Mikroelektronik (IfAM) erfolgte. 

Der IfAM Erfurt ist ein Partner der Klein- und 
Mittelbetriebe bei der territorialen Rationali- 
sierung, 

Leistungsangebote 

• Kostenlose Beratung bei der Einsatzvor- 
bereitung der Mikroelektronik 

• Entwicklung und Anpassung von Soft- 
ware auf allen verfügbaren 8-Bit- und 1 6-Bit- 
Mikrocomputern, wie BC 5120, BC 5130, PC 
1715 (W), AC 7100, AC 7150, EC 1834, Schnei- 
der-PC (1512, 1640), XT- und AT-kompatiblen 
Computern, P 8000, für die Betriebssysteme 
SCP, SCP 1700, UDOS, CP/M, CP/M-86, MS- 
DOS, DCP, UNIX 

• Realisierung von Mikrorechnern für die 
MSR- und Automatisierungstechnik (Hard- 
und Software) 

• CAD-unterstützte Herstellung von Leiter- 
plattenlayouts (Lp-Fertigungsdokumentation 
nach Kunden-2:1 -Vorlagen); Fertigung von 
Musterleiterplatten (2-Ebenen-Leiterplatten 
in DKL-Qualität) 

• Bereitstellung von Nachnutzungs-Leiter- 
platten (unbestückt mit dazugehöriger um- 
fangreicher Dokumentation, Aufbau- und In- 
betriebnahme-Anleitung und Softwarekom- 
ponenten) 

• Qualifizierungslehrgänge zu Mikropro- 
zessoren (U 880, EMR U 882 . . .) 

- Programmiersprachen (Assembler [U 880, 
EMR U 882], BASIC, PASCAL) 

- Universalsoftware (Textprozessor, REDA- 
BAS, Tabcalc) 

- Mikrorechnerbetriebssysteme aller Lei- 
stungsklassen (SCP, DCP, MS-DOS). 

Nachnutzungsleiterplatten 
im Überblick 

Mit dem Aufbau eines leistungsfähigen Lei- 
terplatten-Entwurfszentrums im IfAM Erfurt, 
wo auch ständig Kundenaufträge bearbeitet 
werden können, wurden die Grundlagen für 
die Bereitstellung einer Vielzahl von Nach- 
nutzungs-Leiterplatten (NN-Lp) geschaffen. 
Bei der Entwicklung und Bereitstellung dieser 
NN-Lp in ausreichender Zahl und Qualität 
wird auf deren universellen multivalent er- 
setzbaren Charakter Wert gelegt. Dem tech- 
nischen Trend folgend wird sich dabei der 
Schwerpunkt in den nächsten Jahren deut- 
lich von den K-1520-OEM-Ergänzungsbau- 
gruppen zu Erweiterungskarten moderner 


16-Bit-PCs, wie EC 1834/35, Schneider-PC, 
XT- und AT-kompatiblen Computern sowie 
zu universellen Prozeßkoppelmodulen, die 
sich an diese Rechner anschließen lassen, 
verlagern. 

Der IfAM Erfurt ist dabei ständig an der Zu- 
sammenarbeit mit Partnern aus der Industrie 
und wissenschaftlichen Einrichtungen bei 
der Entwicklung von nachnutzbaren Lösun- 
gen interessiert. Damit universelle Ergän- 
zungsbaugruppen schnell einem breiten In- 
teressentenkreis zugänglich gemacht wer- 
den können, übernimmt der IfAM Erfurt auch 
auf vertraglicher Basis komplette Lösungen, 
die technologisch überarbeitet als NN-Lp an- 
geboten werden können. 

Das Nachnutzungssortiment des IfAM Erfurt 
umfaßt z. Z. folgende Komplexe: 

• PC-Ergänzungsbaugruppen für moderne 
1 6-Bit-Computer 

• K-1520-kompatible OEM-Ergänzungs- 
baugruppen 

• Universelle Prozeßkoppelmodule 

• sonstige Nachnutzungsbaugruppen für 
Emulation, Entwicklungsmodule, Einplati- 
nencomputer, EPROM-Programmierung, 
Experimentierleiterplatten u. a. 

Vorstellung 

der Nachnutzungsleiterplatten 

PC-Ergänzungsbaugruppen 

Rasterleiterplatten 

PC-RK Raster-Lp zur universellen Verdrahtung 

• vorgegebene Leiterzüge für 5P und GND 

• freies Rasterfeld (2,54 mm) 

• lieferbar: ab 10/88 

nach Konsultation mit dem IfAM über Einsatzzweck 
und mögliche kooperative Entwicklung 
PC-RK1 Raster-Lp zur universellen Verdrahtung 

• 5P und GND sind als Gitterstruktur zwischen 
den Lötaugen auf L- und B-Seite der Lp ausgeführt 

• freies Rasterfeld (2,54 mm) 

• Lötstopmaske 


Prozeß-Ein-Ausgabe 


PC-BA Busanpassung 

• 8 l/O-select-Signale 

• 80% der Lp ist freies Rasterfeld (2,54 mm) 

• lieferbar: ab IVI88 

PC-UP Universelle Peripherie 

• 16AD-Kanäle(10Bit) 

• 2 DA-Kanäle (8 Bit) 

• je 8 digitale I/O-Kanäle 

• lieferbar: ab IV 188 

PC-AIP 2 x Parallelinterface IFSP (Ein-/Ausgabe) 

• z.B. Anschluß GSTK 7067.12(15) 

• 1 x 8-Bit-Ausgabeschnittstelle (open collector) 

• lieferbar: ab 1189 

PC-EE Erweiterungsbus Empfänger 

• lieferbar: ab IV 188 

PC-ES Erweiterungsbus Sender 


PC-EB Erweiterungsbus Rückverdrahtung 
• lieferbar: ab IVI88 
Allgemeine Angaben 

Abmessungen: alle Lp 360 mm x 107,-62 mm 
(L x B) 

Nennmaß ohne vergoldeten Kontaktkamm: 

360 mm x 100 mm 

Die benötigten Lp-Formate können vom Anwender 
selbst hergestellt werden. Auf jeder Lp sind die 
dazu notwendigen Markierungen vorhanden. 
Empfohlene Lp-Formate: 


EC 1834: 


■n x 360 mm 
•n x 300 mm 
100 mm x 240 mm 
100 mm x 338 mm 
1 06,7 mm x 333,5 mm) 
100 mm x 338 mm 


(Original: 121,9 mm x 333,5 mm 

Schneider-PC: 100 mm x 338 mm 

Bussteckverbinder: 

- wahlweise direkt (XT, AT, Schneider) 

- 2 x 31 polig und 2 x 1 Spolig 

- Raster 2,54 mm, vergoldet 1,5/rm oder indirekt 

(EC 1834) 

- 1 x 96polige Buchsenleiste R96 F01 
Interfacesteckverbinder: 

- Anschlußmöglichkeit für einen 9-, 15-, 25-, 37-, 
50poligen D-Subminiatur-Gerätestecker für die zu- 
sätzliche 1/0-Übergabe 

Basismaterial: 

- Epoxidglashartgewebe nach TGL 11651 S2C, 
1 ,5 mm stark, zweiseitig, 35 um Kupfer, durchk. 

K-1 520-kompatible 
OEM-Ergänzungsbaugruppen 

Prozeß-Ein-IAusgabe 

AD-1520 Analog-Digital-Wandler /1 , 2, 1 3/ 

• 1 6-Kanal-Analogeingabe für K-1520-MR 

• Auflösung: 10 Bit/3 Digit 

• Umsetzer: C 571/C 520 

• Umsetzzeit: 25 «s (typisch)/50— 1 60 pro s 

• Eingangsspannungsbereich: 

0 . . . 5 V/-99mV . . . +999 mV 

• Eingangsmultiplexer: U 105 D 

• lieferbar: sofort 

AB-1 520 Prozeßausgabe /1 , 2/ 

• Ansteuerung von Stellgliedern bzw. Verbrau- 
chern mittels potentialfreier Relaiskontakte und/ 
oder potentialbehafteter Transistorschaltstufen 

• 8 Leistungsausgänge mit 2 Bestückungsvar. 

a) 4 x220 V, IAA; x 150 V, 1 A; Relais 

b) 8 x Transistorschaltstufen 

• 8 Leitungen als TTL-I/O-Portleitungen 

• lieferbar: sofort 
AZK-1520 Anzeigebaugruppe 

• 8-Digit-7-Segment-Anzeigen (VQE) 

Lp-Format: 1 40 mm x 60 mm 

• lieferbar: sofort (ohne Dokumentation) , 

ZVE 

ZVE-1 520 (K 2521 ) Zentrale Verarbeitungseinheit 

• U 880, PI0, CTC 

• ROM: 3 KByte (3 x U 555) 

• RAM: 1 KByte (8 x U 202) 

• lieferbar; sofort 

ZVE-64 Zentrale Verarbeitungseinheit 

• vollständig gepuffertes Rechnersystem 

• analog K 2521 

• ohne Mehrrechnerkopplung 

• Einsatz als 64K-RAM-Rechner ist möglich 

• ROM: maximal 1 6 KByte (2 x U 2716 . . . U 2764), 
ein-/ausschaltbar 

• RAM: 64 KByte (8 xU 2164) 

• 1 x SI0, 1 x CTC, 1 x PI0 

• V.24-Treiberfür rxd, txd asynchron 

• Anschluß über Anwenderbus-Steckverbinder 

• Betriebsspannungen: 5P(1A), 12P/12N (je 50 mA) 

• Standard-Systembus 

• lieferbar: ab 9188 


Speicher 

0FS (K 3620) Operativ-Festwertspeicher 

• ROM: 6 KByte (6 x U 555) 

• RAM: 2 KByte (16 x U202) 

• lieferbar: sofort 

0PS 64K Operativ-Speicher /1 , 2/ 

• RAM: 64 KByte-dRAM (32 x U216) 

• Organisation: 64 KByte (8 Bit) oder 32 KWord 

• Refresh: extern 

• lieferbar: sofort 

16K-CM0S-RAM Operativ-Speicher /1 , 3/ 

• RAM: 1 6-KByte-CMOS-RAM (32 x U 224) 

• Pufferung: 3 x NC-Knopfzellen 

• lieferbar: sofort 
1M-RAM RAM-Diskette 

• RAM: 256 KByte (32 X U 2164)/1 MByte (32 X 
U 21256) 

• Bankbetrieb möglich 

• lieferbar: ab 9188 
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PFS-I (K 3820) Programmierbarer Festwertspeicher 

• ROM: 16 KByte (16 xü 555) 

• lieferbar: sofort 

PFS-II Programmierbarer Festwertspeicher 

• wahlweise ROM/RAM bestückbar 

• ROM: 32 KByte (16 x U 2716) oder 64 KByte (16 
x U 2732) oder 

• RAM: 32 KByte (16 x UL 6516) 

• U 2716 auf Leiterplatte programmierbar! 

• Standard-Systembus 

• lieferbar: ab IVI88 

Peripherie 

KK Koppelkarte /1 , 3, 4/ 

• Kopplung zweier K-1520-Mikrorechner 

• gemeinsamer Koppel-RAM: 8 KByte (16 x U214) 

• Zugriff auf Koppel-RAM von beiden Rechnern 
ohne Priorität möglich 

• Steuerung erfolgt über WAIT-Leitungen 

• Asynchrone Arbeit beider Rechner gegeben 

• lieferbar: sofort 

SI0 1/2 Serielles Interface /3/ 

• Schnelles synchrones serielles Interface 

• maximale Übertragungsrate: 500 KBaud 

• maximale Leitungslänge: 1 00 m (Koax, 75 Ohm) 

• freie Adressierbarkeit: AB2 - AB7 

• lieferbar: sofort 

SI0 3 Synchrones/asynchrones serielles Interface 

• 6 Eingangs-/Ausgangskanäle (3 x SI0) 

• 6 Zeitgeberausgänge 

• 8 Triggereingänge (2 xCTC) 

• lieferbar: sofort 

V 24 K 8021V.24-lnterface 

• zweifach serielles Interface 

• Übertragungsrate: 1 1 0 Baud-9,6 KBaud 

• lieferbar: sofort 

VIS 3 Videoansteuerung mit GDC U 82720 15/ 

• 16 Farben, Auflösung: 384 x 288 Pixel 

• Zooming: 1 ... 16, Bildfenster: 2 

• Panning: vertikal und horizontal 

• komplette Ansteuerung für Farbmonitor M0N K 
7226.X0 mit 

- Bildspeicherung 

- Erzeugung' und Aufbereitung der Videosignale 
und des Synchronsignals 

- Kaskadierung mehrerer VIS 3 

- Betrieb eines Lichtstiftes 

- Bus-Interface einschließlich DMA-Zugriff für K- 
1520-Systeme 

• lieferbar: sofort (Software überAdWIZWG Berlin) 
Floppy-C Floppy-Disk-Controller-Leiterplatte 

• äquivalent K 5126 

• FDC: U 8272, DMA: I 8257, PI0: U 855 

• Anschluß: 4 FD-Laufwerke, 5.25 oder 8 Zoll 

• lieferbar: ab 9188 

Ergänzungsbaugruppen 

NT-1520 Stabilisierte Stromversorgung /1 , 21 

• 5P/2.5 A (MAA 723) 

• 5N/0.5 A (KU 607) aus 1 2N abgeleitet 

• 12P/1 A (MA 7812) 

• 12N/0.5A (MA 7812) 

• Lp: SIC, NDKL 

• lieferbar: sofort 

RV 5 Rückverdrahtungs-Leiterplatte 

• 5 Steckplätze für Bussteckverbinder 

• Lp-Format: 1 1 0 mm x 80 mm 

• lieferbar: sofort 

RV 1 Rückverdrahtungs-Leiterplatte 

• 1 1 Steckplätze für Bussteckverbinder 

• Lp-Format: 230 mm x 80 mm 

• lieferbar: sofort 

Allgemeine Angaben 
Abmessungen: 

- alle Lp 21 5 mm x 170 mm (L x B) 

Busanschluß: 

- über 2 x 58polige Steckverbinder 

- indirekt TGL 29331/03 

- K-1520-kompatibel 
Basismaterial: 

- Epoxidglashartgewebe nach TGL 11651, S2C, 
1 ,5 mm stark, zweiseitig 

Universelle Prozeßkoppelmodule 
UPK1 ZVE 

• Kalibrierung, Überwachung und Glättung der 
Meßwerte 


• Kanalfolge, Grenzwerte, Masken und Meßwerte 
können über das serielle Interface vom Steuerrech- 
ner definiert bzw. abgerufen werden 

• EMR: U 8840 

• ROM: U 2732 

• RAM: U 6516 

• serielle Schnittstelle (V.24 bzw. LWL) 

• lieferbar: ab 1989 

UPK2 Analog-Digital-Wandler 

• 32 Kanäle (- 5 V . . . + 5 V), C 571 oder C 574 

• Sample & Hold möglich 

• lieferbar: ab 1989 

UPK3 Digital-Analog-Wandler 

• 4 Kanäle mit je 1 0 Bit (C 565) oder 8 Bit (C 560) 

• UXI-Wandler möglich (0... 20 mA) 

• lieferbar: ab 1989 

UPK4 Digital-Ein-/Ausgabe 

• 8 Eingänge mit Überlastschutz (1 2 ... 30 V) 

• 8 Ausgänge (T ransistoren 1 2 ... 30 V/0,5 A) 

• Potentialtrennung durch Optokoppler 

• lieferbar: ab 1989 

UPKO Systembus 

• lieferbar: ab 1989 

Allgemeine Angaben 
Haupteinsatzgebiet: 

• Meß-, Steuer- und Regelungstechnik 
Verwendung: 

• Schnittstelle zwischen technologischem Prozeß 
und beliebigem Steuerrechner (PC 1715, EC 1834) 

- Betriebsspannungen: 5P, 15P, 15N 

- Auf bau Varianten: 

- maximal je 2 E/A-Module (UPK2 ... 4) 

- interne softwaremäßige Anpassung an die Hard- 
warekonfiguration erfolgt automatisch 
Abmessungen: 

- alle Lp 170 mm x 95 mm 
Basismaterial: 

- Epoxidglashartgewebe nach TGL 11651, S2C, 
1,5 mm stark, zweiseitig, 35 /im Kupfer, durchkon- 
taktiert 

Sonstige Nachnutzungsbaugruppen 

Emulation 

EMU -I U-880-Mikrorechner-Inbetriebnahme- 
modul /6/ 

• besteht aus 4 Lp: 

ZVE-1520, 0PS 64K, V.24 und EMU -I 

• Steuerung: über V.24 vom PC 

• Umfangreiche Software 

• Adreßraum des Anwendersystems: 0 . . . DFFFH 

E-Modu? EEmulator-Lp für EMR U 882/884 

• Software und Dokumentation über TU Karl- 
Marx-Stadt/IT, Dr. Franke 

• lieferbar: sofort 

Entwicklungsmodule 

16-Bit-Entwicklungsmodul 

• Einarbeitung in die Hard- und Softwareproble- 
matik von 16-Bit-MP (U 8000) 

• Charakteristik: 

- 16-Bit-Mikroprozessor (U 8002) 

- 2-KWord-EPR0M (erweiterbar auf 8 KWord) 

- 32-KWord-RAM 

- zweifach serielles Interface (V.24) 

- 48 programmierbare I/O-Leitungen mit Hand- 
shakesteuerung (PI0) 

- 4 programmierbare 8-Bit-Zähler/Zeitgeber (CTC) 

• Lieferumfang: 3 Leiterplatten und 1 x IC (U 8002) 

- CPU, 1/0, 0PS 64K 

• weitere benötigte Leiterplatten: 

- 2 x PFS-I(K 3820) 

• lieferbar: sofort 
Einplatinen-Computer 

EKR 1 Einkartenrechner /1 , 7/ 

• für Steuerung und Regelung 

• EMR: U 884 X 

• ROM: 4 KByte (2 XU 2716) 

• AD- Umsetzer: C 571 /C 570, 10 Bit/8 Bit 

• DA-Wandler: C 5650/C 5658 

• digitale I/O-Leitungen 

• Inbetriebnahme und Test über 39poligen Steck- 
verbinder möglich 

• lieferbar: sofort 

EPR 1 Einplatinenrechner /1 , 3/ 

• MP: U 880 


• RAM: 4 KByte (8 x U 224 oder U 214) 

• ROM: 8 KByte (4 xU 2716) 

• 2 x PI0: 4 PlO-Ports (32 1/0-Leitungen) 

• 2 x CTC: 8 Triggereingänge, 6 Zeitgeberaus- 
gänge 

• 2 x SI0: 4 SlO-Ports mit Steuerleitungen 

• Bussystem: nicht nach außen geführt 

• Lp-Format: 230 mm x 125 mm 

• lieferbar: sofort 

EPR2 Einplatinenrechner 

• Software: kompatibel zum ZX-Spectrum/ZX-128 

• MP: U 880 

• RAM: 64 KByte/1 28 KByte (8/1 6 x U 21 64) 

• ROM: 16 KByte (2 x U 2764) 

• Monitoranschluß: RGB (Farbe) 

• TV-Anschluß: HF (sw) 

• Joystickanschluß 

• Stromversorgung und Tastatur müssen vom An- 
wender realisiert werden 

• Lp-Format: 300 mm x 200 mm 

• lieferbar: ab 10/88 

Sonstige Leiterplatten 

EMR-I Experimentierleiterplatte 181 

• für Einchipmikrorechner U 882X/U884X 

• vorgegebene Minimalkonfiguration: 

- EMR 

- EPR0M 

- Taktgenerator 

• Rasterfeld zur individuellen Verdrahtung 

• EMR-Signale über Steckverbinder 

• lieferbar: sofort 

V0C 1 0 Alphanumerische Zeichendarstellung /9/ 

• 16 Stellen (4 x VQC 10) 

• Ansteuerung: durch EMR (z. B. EMR-I) möglich 

• Lp-Format: 160 mm x 60 mm 

• lieferbar: sofort (ohne Dokumentation) 

EPROM-Programmierung 

EPR0M1 EPROM-Programmierzusatz /10, 11/ 

• für PC 1715/K 1520 

• EPROM-Typen: 27D8 . . . 27256 

• Zusatz-Lp (EPROM1-Z gehört zum Lieferum- 
fang) für 28polige (40-polige) Schwenkhebelfas- 
sung, extern anschließbar 

• Lp-Formate: K 1520 oder 215 mm x 150 mm 
(PC 1715) 

• lieferbar: sofort 

EPR0M 1 -W EPROM-Programmierzusatz /1 2/ 

• für PC 171 5/KI 520 

• EPROM-Typen: 2716 . . . 27513 (16-Bit-EPROM in 
Vorbereitung) 

• Programmierarten: Fast, Standard 

• Lp-Format: Konfigurierung durch Anwender 

• lieferbar: ab IVI8 8 

EPR0M 2 EPROM-Programmierzusatz /1 2/ 

• Centronics-Interface (MS-D0S-PC) 

• EPROM-Typen: 2716 . . . 27256 (weitere Typen 
in Vorbereitung) 

• Programmierarten: Fast, Standard 

• lieferbar: ab IVI88 

Allgemeine Lieferbedingungen 

Lieferumfang: 

- Nachnutzungsdokumentation 

- 1 Satz/1 Stück unbestückte Leiterplatte (Leiter- 
platten sind industriell gefertigt und durchkontak- 
tiert) 

- weitere Leiterplatten auf Anfrage lieferbar 

- Software (auf Datenträger des Kunden) 
Bestellung: 

- Schriftlich (formlos) an Kontaktadresse unter An- 
gabe von Leiterplattentypen, Stückzahl 
Vertragsgestaltung: 

- Nach Eingang der Bestellung erhält der Kunde 
ein schriftliches Vertragsangebot mit einer detail- 
lierten Aufstellung des Leistungsumfanges, der Lie- 
ferzeit und der Preise. 

Versand: 

- Nach Eingang des unterschriebenen Vertrages 
im IfAM Erfurt erfolgt termingemäß der Versand der 
Ware per Post (Selbstabholung kann vereinbart 
werden). 

Rechnungslegung: 

- Erfolgt nach Versand der Ware 
Persönliche Konsultationen sind nach telefonischer 
Voranmeldung möglich. 

Fortsetzung auf Seite 312 
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vorgestellt 


Zur Leipziger Frühjahrsmesse offe- 
rierte das Kombinat Robotron das 
Rechnersystem mit virtuellem Spei- 
cher (RVS) K 1840. Es besitzt eine 
32-Bit-Architektur, ein Prozeßkon- 
zept, ein virtuelles Speicherkonzept 
mit Speicherverwaltungs- und 
Schutzmechanismen sowie einen 
Befehlssatz mit einer Vielzahl von 
Datentypen und Adressierungsarten. 
Der K 1840 verwendet das Cache- 
prinzip zum Bereitstellen von Befeh- 
len, Adressen und Daten, besitzt Da- 
tensicherheitsmechanismen und Dia- 
gnosefähigkeit. Er ist kompatibel zur 
16-Bit-SKR-Reihe K 1600, CM 3 und 
CM 4. Hauptanwendungsgebiete 
sind der Entwurf und die Simulation 
■höchstintegrierter Schaltkreise und 
hochkomplexer Leiterplatten sowie 
komplexe Konstruktions-, Entwurfs- 
und Projektierungsarbeiten mit 2- und 
3dimensionalen Objekten. Der 
K 1 840 ist als Steuerrechner in durch- 
gängigen CAD/CAM-Anwendungen 
und als Mehrnutzersystem einsetz- 
bar. Er besitzt einen virtuellen Adreß- 
raum von 4 GByte, der in den System- 
raum für das Betriebssystem und den 
Prozeßraum für die Nutzer unterteilt 
ist. (Der Adreßraum von 4 GByte 
heißt virtuell, weil physisch nur ein 
RAM von einigen MByte vorhanden 
ist; dieser für den Nutzer scheinbar 
existierende RAM wird vom Rechner 
durch ständige Datenumlagerungen 
zwischen RAM und Massenspeicher 
erreicht.) Im Prozeßraum können 
durch jeden der maximal 16 Nutzer 
Datenstrukturen bis zur Größe von ei- 
nem GByte erzeugt werden. Im 
Grundmodus besitzt der Kl 840 ei- 
nen Befehlssatz von 304 Befehlen. 
Die Datentypen sind im Integer-For- 
mat Byte (8 Bit; Bereich -128 ... 
+ 127 bzw. 0 . . . 255), Wort, Lang- 
wort, Quadwort und Oktavwort 
(128 Bit; Bereich -2 127 ... + 2 127 -1 
bzw. 0 ... 2 ,2S -1) sowie im Gleit- 
kommaformat F-Format (32 Bit; Be- 
reich 0,29 - 1 0“ 38 ...1,7-1 0 38 ), D-For- 
mat, G-Format und H-Format (128 
Bit, Bereich 0,84 • 10^ 932 ... 0,59 • 
10 4932 ). Maßnahmen zur Gewährlei- 
stung der Datensicherheit sind eine 
Fehlererkennungs- und Korrektur- 
schaltung zur Korrektur von Ein- und 
Zweibitfehlern sowie einiger Mehrbit- 
fehler, die Verwendung von Paritäts- 
bits im Mikroprogrammspeicher so- 
wie eine Speicherstützung zur Über- 
brückung von Netzausfällen (10 Mi- 
nuten). Das Rechnersystem mit virtu- 
ellem Speicher besteht aus folgen- 
den Baugruppen: 

• Zentrale Verarbeitungseinheit 
(CPU) 


RVS Kl 840 


• Gleitkommabeschleuniger 

• Konsolsubsystem 

• Interner Synchronbus 

• SKRBUS-Adapter 

• MSBUS-Adapter 

Die diskrete CPU beinhaltet folgende 
Funktionsgruppen: 

• Mikroprogrammsteuerung 

• Rechenwerk 

• Befehlspuffer 

• Datencache 

• Adreßübersetzungspuffer 

• ISB-Steuerung 

• Unterbrechungsbehandlung 

• Taktversorgung. 

Weiterhin enthält die CPU eine Echt- 
zeituhr sowie eine gepufferte Uhr für 
Tageszeit und Datum. 

Der Hauptspeicher, der mindestens 
2 MByte betragen muß, wird in der 
Standardausführung mit 8 MByte 
ausgerüstet und ist bei Verwendung 
der 64-KBit-dRAMs in 2-MByte- 
Schritten auf 1 6 MByte aufrüstbar. Mit 
dem Einsatz des 256-KBit-dRAMs, 
dessen Massenproduktion im Kombi- 
nat Mikroelektronik vorbereitet wird, 
dürfte eine Vergrößerung des Haupt- 
speichers auf 64 MByte möglich wer- 
den. Im Speicher können Schreib- 
und Leseoperationen mit 32-Bit- 
Langworten und 64-Bit-Quadworten 
ausgeführt werden. 

Der SKRBUS-Adapter verbindet den 
Internen Synchronbus mit dem asyn- 
chronen SKRBUS. Damit können alle 


peripheren Geräte für die Kleinrecher 
(SKR) auch an den Kl 840 ange- 
schlossen werden. 

Der MSBUS-Adapter (MBA) verbindet 
den Internen Synchronbus mit dem 
MSBUS, der wiederum für den An- 
schluß der Plattenspeicher dient. An 
den Internen Synchronbus können 
zwei MSBUS-Adapter und an einen 
MSBUS-Adapter maximal 8 Platten- 
speicher angeschlossen werden (der 
zweite MBA ist optional). 

Als Massenspeicher kann erstens der 
Winchester-Festplattenspeicher 
K 5502 von Robotron mit einer Spei- 
cherkapazität (formatiert) von 
124 MByte und einer mittleren Zu- 
griffszeit von 52,5 ms angeschlossen 
werden. Der Festplattenspeicher mit 
den Abmessungen 482 x 770 x 
265 mm 3 , einer Masse von 60 kg und 
einer Leistungsaufnahme von 550 VA 
wird über einen PM-Adapter (Masse: 
45 kg; Leistungsaufnahme: 350 VA) 
an den MBA angeschlossen. 
Zweitens können die Wechselplat- 
tenspeicher CM 5404 oder CM 5416 
von ISOT (Bulgarien) mit 88 bzw. 
174 MByte Speicherkapazität und ei- 
ner mittleren Zugriffszeit von 30 ms 
Verwendung finden. Bei einem Volu- 
men (einschließlich integriertem 
Adapter) von 990 x 820 x 1 1 50 mm 3 
und einer Masse von 351 kg nehmen 
sie 2 KVA Leistung auf. Als drittes 
Massenspeichermedium können Ma- 
gnetbandgeräte vom Typ CM 5306, 
CM 5308 und CM 5309 von ISOT die- 
nen. Die Speicherkapazität pro 0,5- 
Zoll-Magnetband beträgt bis zu 
40 MByte. Die Magnetbandcontroller, 
die je vier Magnetbandgeräte ansteu- 
em können, werden an den SKRBUS 
angeschlossen. 

Als alphanumerisches Terminal dient 
standardmäßig das Terminal 
K 8911. 80. Für Farbgrafikarbeit wird 
das Interaktive Grafische Terminal 
K 8918 eingesetzt. Es kann über einen 
s/w- oder Farbmonitor sowie über ein 
Grafiktablett K 6405 verfügen. Auf dem 
Monitor können 640 x 480 Pixel in 16 
Farben bzw. Graustufen angezeigt 
werden. Die Darstellung von alpha- 
numerischen und grafischen Daten 
ist kombiniert möglich. An beide Ter- 
minals kann für Hardcopy ein Drucker 
K 631 3/1 4 angeschlossen werden. 


Die Terminals werden über den Mul- 
tifunktions-Kommunikationscon- 
troller AMF18 mit dem SKRBUS ge- 
koppelt. Der AMF18 beinhaltet acht 
asynchrone einzeln wählbare V.24- 
Schnittstellen (maximal 19,2KBaud) 
oder IFSS-Schnittstellen (maximal 
9,6KBaud, 500 m), eine synchrone 
V.24-Schnittstelle (maximal 

19,2KBaud) sowie einen Parallel-E / 
A-Kanal in den Varianten IFSP-A-Ka- 
nal und Centronics oder AMF18-Pa- 
rallelinterface und ZP18-Druckerin- 
terface. 

Weitere Peripheriegeräte von Robo- 
tron für den Kl 840 sind der Plotter 
K6411 für A2-Format mit einer Ge- 
schwindigkeit von 600mm/s sowie 
das Digitalisiergerät K 6404.20 für 
AO-Format mit einer Genauigkeit von 
±0,1 mm (Meßwertaufnehmer: Lupe) 
bzw. ±0,5 mm (Meßwertaufnehmer: 
Stift). 

Die von Robotron angebotenen Druk- 
ker sind der Robotron-Typenraddruk- 
ker 1152/257, der Robotron-Nadel- 
drucker K6313/K 6314 sowie Video- 
tron-Zeilendrucker der Serien 
VT 27000 und VT 23000 (siehe Ta- 
fel). 

Der Seriendrucker 1152/Modell 257 

ist ein Typenraddrucker mit IFSS-In- 
terface und einer Druckgeschwindig- 
keit von 45 Zeichen pro Sekunde. Der 
Nadeldrucker K6313 bzw. K6314 
kann mit 94 alphanumerischen Zei- 
chen oder im Grafikmode drucken. Er 
hat ebenfalls eine IFSS-Schnittstelle 
und eine Druckgeschwindigkeit von 
100 Zeichen pro Sekunde. Die Paral- 
leldrucker VT 27000/VT 23000 arbei- 
ten mit einer Geschwindigkeit von 
300 bis 900 Zeilen pro Minute und be- 
sitzen eine IFSP-Schnittstelle. Der 
VT 27065 kann mit einem kyrillischen 
Zeichensatz drucken. 

Der Kl 840 ist selbstverständlich 
auch netzfähig. Mit dem Lokalnetz- 
controller K8681 (RONAS) kann 
über den Transceiver K8602 ein An- 
schluß an ROLANET 2 hergestellt 
werden. Das ethernet-kompatible 
ROLANET 2 gewährleistet eine Über- 
tragungsrate von lOMBit/s, bei Ver- 
wendung von Koaxialkabel jedoch 
nur eine Entfernung von 500 m (die- 
ser Mangel sollte mit dem Einsatz von 
Lichtleitern überwunden werden kön- 
nen). 

Eine Rechnerkopplung ist weiterhin 
über die Datennahübertragungs- 
einrichtung (DNÜ) K8172 möglich. 
Sie erlaubt mit 2-Draht-Leitungen 
eine Entfernung von 2 km (bei 
19,2KBaud) bis 20 km (bei 1,2 
KBaud). Mit 4-Draht-Leitungen sind 
Entfernungen von 5 km (bei 19,2 
KBaud) bis 30 km (bei 1,2 KBaud) 
möglich. Die Datenübertragung kann 
mit der DNÜ asynchron und synchron 
erfolgen. 

Weiterhin sind zwei Modemtypen ver- 
fügbar. Der Modem VM2400 vom 
VEB Nachrichtenelektronik Leipzig 
läßt synchronen Zwei- bzw. Vier- 
drahtbetrieb mit 1 200 oder2400 Baud 
zu. Von Telefongyar (Ungarn) kann 
der Modem TAM 1200 bereitgestellt 
werden. Er kann ebenfalls über zwei- 
oder Vierdrahtleitung kommunizie- 
ren. Seine Übertragungsgeschwin- 
digkeiten betragen 600 bzw. 1200 
Baud, die Übertragung kann asyn- 
chron oder synchron erfolgen. 

Die beiden Betriebssysteme SVP 
1800 und MUTOS1800 ermöglichen 
den Mehrnutzerbetrieb (maximal 16 
Nutzer) einschließlich des Schutzes 
vor gegenseitigen Störungen. 


Ufas ist ein Cache? 

Das Wort Cache (sprich: käsch) kann man aus dem Englischen mit Ver- 
steckspeicher übersetzen. Es bezeichnet einen Hochgeschwindigkeits- 
speicher, der ursprünglich in Großrechnern, aber zunehmend auch in Mi- 
krorechnern die Wartezeiten der zentralen Verarbeitungseinheit (CPU) re- 
duziert. Der Cache wird wiederum von einem Cache-Controller gesteuert. 
Warum ist das nötig? 

Die Geschwindigkeit kostengünstiger FIAM-Schaltkreise ist geringer als die 
der CPUs. Deshalb zwingen die RAMs bei hohen Rechnertaktraten die 
CPU ständig zum Warten. Die CPU muß Wartezyklen (Wait-States) ein- 
schieben oder mit einer geringeren Taktrate arbeiten. Oftmals sind Rech- 
ner, die mit einer geringeren Taktrate, aber ohne Wait-States arbeiten, ge- 
nauso schnell wie die mit der größeren Taktrate. Nun läßt man einfach den 
Cache vorausdenken. Er wird beispielsweise mit den Befehlen oder Daten, 
die der Rechner als nächste (wahrscheinlich) benötigt, geladen. Für das 
Holen der Informationen aus dem Cache braucht die CPU auch bei höch- 
sten Taktraten keine Wait-States. Das klappt natürlich nur, wenn der Rech- 
ner nicht plötzlich eine Sprungoperation ausführt oder wegen eines Inter- 
rupts das Holen von Daten beendet. (Die Zahl der CPU-Zugriffe, bei denen 
es geklappt hat, nennt man Hitrate). Um kostengünstig zu bleiben, muß der 
Cache gegenüber dem Hauptspeicher natürlich klein sein. 

Der Deskpro 386/25 von Compaq beispielsweise beinhaltet bei maximal 
1 6 MByte RAM (auf der Systemplatine) einen Cache von 32 KByte mit 25 ns 
Zugriffszeit. Auch IBM hat sich jetzt mit dem PS/2 Modell 70 dem Trend des 
Cache-Einsatzes in Mikrorechnern angeschlossen. Das Modell 70 verfügt 
bei maximal 6 MByte RAM (auf der Systemplatine) über einen 64-KByte- 
Cache mit 40 ns Zugriffszeit. Beide Rechner erreichen mit dem Cache-Con- 
troller 82385 von Intel eine Hitrate von 95%. mp 
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Das Betriebssystem SVP 1800 läßt 
Stapel- und Echtzeitverarbeitung zu. 
Es kann in vier hierarchischen Be- 
triebssystemmodi (Kernel, Executive, 
Supervisor, User) arbeiten. Bezüglich 
der Befehlsausführung werden zwei 
Modi unterschieden, der RVS-Mo- 
dus, in dem alle SVP-1800-Pro- 
gramme (mit 32 Bit Breite) ausgeführt 
werden, sowie der Kompatibilitäts- 
modus, in dem der Grundbefehlssatz 
der 16-Bit-Rechner K 1600, CM3, 
CM4 realisiert wird. Für CAD/CAM- 


Anwendungen steht im SVP 1800 
das Grafische Kernsystem (GKS) 
1800 zur Verfügung. Außerdem kön- 
nen -drei Geometriemodellierer ge- 
nutzt werden: 

• Modellierungssystem Geometri- 
sche Konstruktion GEK0 1800 

• Geometriemodellierungssystem 

GEM0 1800 

• Geometriebausteinsystem GBS 

1800. 

Für Datenbankarbeit bietet Robotron 
das relationale Datenbanksystem 


Technische Daten 

^ 

Operationsgeschwindigkeit 

1,1 MIPS 

als T erminal anschließbar 

K 89 1 1 .80, K 891 8, PC 1 71 5, AC 71 00/71 50, 
EC 1834 

Nutzeranzahl 

16 

virtueller Adreßraum 

4 GByte 

Steckplätze 

Standardbestückung 

3 AMF18 mit je 8 asynchronen IFSS-/V.24- 
Interfaces, mit je 1 synchronen V.24-Schnitt- 
stelleundje 1 Parallelschnittstelle (IFSP-A, 
Centronics oder AMF1 8. ZP1 8) 

1 

Typ 

Mikroprogrammspeicher 

2/3-Adreßmaschine, mikroprogrammiert 

8 KWorte je 99 Bit, bestehend aus: 4 KWorte 
Festwertspeicher, 4 KWorte Schreib-/Lese- 
speicher 


Interne Datenbreite 

32 Bit 

Cache 

8 KByte, 290 ns mittlere Zugriffszeit 

Allgemeine Register 

16x32 Bit 

Interruptebenen 

32 

Zeitgebereinrichtung 

Uhr für Tageszeit und Datum sowie Inter- 
vallzeitgeber 

Datentypen 

- Integer 

- Gleitkomma 


- numerische und alphanumerische Zei- 
chenketten 

- gepackte binär verschlüsselte Dezimal- 
zahlen 

- Bitfelder variabler Länge 

' Adressierungsarten 

9 

Interner Synchronbus 

1 3,3 MBytes/s, 200 ns Zykluszeit 

Spezielle Einrichtungen 

- Gleitkommabeschleuniger und -zusatz, 


Nutzersteuerspeicher 

' Standardmerkmale 

- Netzausfallüberwachung 

- automatischer Restart 

Hauptspeicher 


Kapazität 

8 MByte Standardausrüstung, aufrüstbar bis 

1 6 MByte, in Schritten von 2 MByte 

Schaltkreisbasis 

64-KBit-NMOS 

föerlphiarie 

3“” S ~1 

Festplattenspeicher 
robotron K 5502 

Kapazität 

124 MByte 

Übertragungsgeschwindigkeit 806 KByte/s 

Zugriffszeit 

52,5 ms 

maximale Anzahl 

8 

Wechselplattenspeicher 

CM 541 6 CM 5404 


Kapazität 174 MByte 88 MByte 

Übertragungsgeschwindigkeit 806 KByte/s 


ALLDBS und für Rechnerkopplung 
und die Arbeit im ROLANET 2 das 
Softwarepaket SKRNET an. Weiter- 
hin hat Robotron das UNIX-kompati- 
ble MUT0S 1800 implementiert, das 
besonders für Programmentwicklung 
und Dokumentationserstellung (je- 
doch nicht für Echtzeitaufgaben) ge- 
eignet ist. Damit verfolgt Robotron die 
Strategie, für jeden neuen Rechner- 
typ ein UNIX-kompatibles Betriebssy- 
stem (als Zweitbetriebssystem) ; 


tenbanksystem kann das System 
DABA32, das wie das System 
ALLDBS Mehrnutzerbetrieb erlaubt, 
verwendet werden. Als Netzsoftware 
ist unter MUTOS 1800 nur das Pro- 
grammpaket UUCP für die Kopplung 
über IFSS/V.24, DNÜ oder Modem 
verfügbar. Die Nutzung von ROLA- 
NET 2 wird (noch) nicht unterstützt. 
Für beide Betriebssysteme stehen 
zur Zeit Compiler für C, MODULA-2 
und FORTRAN 77 zur Verfügung. 


bieten (siehe auch MP 8/88). 

Als Da- 


MP-HK 

Zugriffszeit 

30 ms 



maximale Anzahl 

8 



Magnetbandspeicher 

CM 5306 

CM 5309 

CM 5308 

Bandgeschwindigkeit 

1,9 m/s 

1,14 m/s 

0,63 m/s 

Datenrate, KByte 

60/120 

36/72 

20/40 

Kapazität 

40 MByte 

40 MByte 

12,5 MByte 

Typenraddrucker 
robotron 1152/Modell 257 

Druckgeschwindigkeit 

45 Zeichen/s 



Zeichen/Zeile 

132,158,197 



Nadeldrucker 
robotron K6313IK 6314 

Druckgeschwindigkeit 

100 Zeichen/s 



Zeichen/Zeile 

K 6313:80, 96, 132; K6314: 132, 165, 198 

Zeilendrucker 


Zeilen/min 

Zeichen/Zeile 

VT 27060 

600 

136 


VT 27065 

660 

136 


VT 27090 

900 

136 


VT 23300 

300 

132 


VT 23600 

600 

132 


Flachbettplotter robotron K6411 

Arbeitsfläche 

A2 



Anzahl der Werkzeuge 

8 



Zeichengeschwindigkeit 

600 mm/s 



Digitalisiergerät 
robotron K 6404.20 

Arbeitsfläche 

A0 



Meßprinzip 

induktiv 



Meßwertaufnehmer 

Stift/Lupe 




Prozedur asynchron/synchron 

Übertragungsgeschwindigkeit 

bei Vierdraht-Übertragung 19,2KBaud bis 5 km; 1200 Baud bis 30 km 


Modem VM 2400 


Prozedur synchron 

Übertragungsgeschwindigkeit 1 200/2400 Baud 


Modem TAM 1200 


Prozedur asynchron/synchron 

Übertragungsgeschwindigkeit 600/1 200 Baud 


Fortsetzung von S. 310 
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Computer- 

Club 


Oftmals erweist es sich als notwen- 
dig, daß zur Überprüfung von ange- 
zeigten Werten oder zur Bestimmung 
von im Dialog geforderten Eingabe- 
werten ein Taschenrechner zu Hilfe 
genommen werden muß. Das er- 
scheint paradox, aber um das lau- 
fende Programm nicht abbrechen zu 
müssen, ist es in den meisten Fällen 
unumgänglich. Das hier vorgestellte 
kleine BASIC-Programm enthält ab 
Zeile 10000 einen Modul, der den 
Taschenrechner in den 4 Grund- 
rechenarten einschließlich Klam- 
mern ersetzen soll. 

Als Zahlenbereich gilt für dieses Pro- 
gramm der Bereich der reellen Zah- 
len, ausgenommen davon sind Zah- 
len in Festkommadarstellung. 
Erarbeitet wurde die Programmver- 
sion für den PC 1715 unter der Ein- 
schränkung, daß nur Standard-BA- 
SIC zum Einsatz kommt und als An- 
wendersteuerzeichen nur die 08 
(zum Cursortransport nach links) ver- 
wendet wird. Dadurch müßte eine 
Implementierung auf anderen Com- 
putern möglich sein. 


Funktionsbeschreibung 

Der Programmbeginn liegt mit der 
Zeilennummer 10000 im allgemei- 
nen weit genug außerhalb des Pro- 
grammes, von dem aus der T aschen- 
rechner-Modul genutzt werden soll 
und ermöglicht damit eine Nachlad- 
barkeit an jedes Programm, soweit es 
die Zeilennummer 9999 nicht über- 
schreitet, der Arbeitsspeicher den 
notwendigen Platz noch frei hat und 
die genutzten Variablennamen nicht 
anderweitig Verwendung finden. 

Der zu berechnende Ausdruck ist ent- 
sprechend den mathematischen Re- 
geln einzugeben (ohne Gleichheits- 
zeichen am Ende), mit RETURN ab- 
zuschließen und wird in der Zeichen- 
kettenvariablen F$ abgelegt. Als er- 
stes erfolgt ein T est, ob nur zulässige 
Zeichen und die gleiche Anzahl von 
„Klammer auf“ wie „Klammer zu" 
vorliegen. 

Im Falle der Erkennung eines solchen 
Fehlers wird eine entsprechende 
Fehlermitteilung ausgegeben. 
Verläuft der Test ohne Auffinden ei- 
nes Fehlers, so kann die Berechnung 
beginnen. 

Zuerst werden alle Klammeraus- 
drücke bereinigt; begonnen wird mit 
dem Klammerausdruck, der ein er- 
stes „Klammer zu“ aufzuweisen hat. 
Das erste davor liegende „Klammer 
auf“ liefert dann die zweite Begren- 
zung des Klammerausdruckes, wel- 
cher ohne Klammern in der Zeichen- 
kettenvariablen A$ abgelegt wird. 

Die Zeichenkettenvariable A$ wird 
dann in der Routine ab 1 0 1 30 ausge- 
wertet und entsprechend den mathe- 
matischen Regeln in 2 numerische 
Werte zerlegt und berechnet. Das Er- 
gebnis der Rechnung wird dann in 


T aschenrechner-Programmbaustein 
in BASIC 


der Zeichenkettenvariablen ER$ ab- 
gelegt. 

Im Anschluß daran erfolgt der Test, 
ob ER$ eine Zahl in Festkommadar- 
stellung ist, und es wird gesichert, 
daß das Ergebnis in jedem Falle in 
Gleitkommadarstellung vorliegt. 

Das Vorzeichen von ER$ ist entwe- 
der „ + "oder 

Nach der Berechnung und einer 
eventuellen Umwandlung wird ER$ 
anstelle des vorher entnommenen 
Ausdruckes in die Zeichenkettenva- 
riable A$ zurückgeschrieben. 

Dieser Vorgang wiederholt sich, bis 
der klammerlose Ausdruck nur noch 
einen Operanden enthält. Dieser 
Operand wird in den ursprünglichen 
Ausdruck F$ in den Bereich eingeord- 
net, aus dem zuvor der klammerlose 
Ausdruck entnommen wurde. 

Danach setzt sich die Suche nach 
weiteren Klammerausdrücken fort. 
Sind keine Klammerausdrücke mehr 
in F$ enthalten, so wird nochmals die 
Routine ab 10130 genutzt, um das 
endgültige Ergebnis zu ermitteln und 
auszugeben. 
Anwendungsbeispiel 
zum Taschenrechnermodul 
Aufgabe soll es sein, die Eingabe ei- 
nes numerischen Wertes zu pro- 
grammieren. Die Eingabe wird in der 
Dimension „Minuten“ verlangt, dem 
Nutzer liegt aber eine Angabe in Mi- 
nuten oder Stunden oder Tagen usw. 

Um dem Nutzer den denkbaren Griff 
zum Taschenrechner zu ersparen, 
soll ihm durch Betätigen der Taste 
„T“ der Taschenrechnermodul in je- 
dem Moment der Eingabe zur Verfü- 
gung stehen. Nach Ergebnisausgabe 
soll durch Betätigen einer beliebigen 
T aste die Eingabe fortgesetzt werden 
können. Dabei soll die kleine Neben- 
rechnung wieder gelöscht werden.' 
Eine Lösungsvariante dazu ist im 
Programm-Listing dargestellt, der ei- 
gentliche Taschenrechner-Modul be- 
ginnt ab Zeile 10000. Die Lösung 
kann ebenfalls als Modul für jede be- 
liebige Eingabe genutzt werden, in- 
dem auf Zeile 170 ein RETURN un- 
tergebracht wird. Zum Beispiel: Ein- 
gabe eines weiteren Wertes W 

200 PRINT"WERT:";:ZA$="": 

G0SUB 30:W=VAL (ZAS) 

Um einen noch größeren Effekt bei 
der Nutzung dieses Taschenrechner- 
Moduls zu erreichen, wäre es denk- 
bar, auch die wissenschaftlichen 
Funktionen nutzen zu können. Der 
Programmumfang vergrößert sich 
dadurch aber erheblich, und die Abar- 
beitungszeit steigt. 

Als Lösungsstrategie wäre aber das 
gleiche Prinzip denkbar. Für Hin- 
weise zu besseren Lösungsstrate- 
gien, die zu einer schnelleren Abar- 
beitung führen, wäre der Autor sehr 
dankbar. Michael Schneider 


2Ö PRINT"ZEIT (MINUTEN): 


30 T$ = INKEY * : IF T*-"" THEN GOTO 50 

40 AN=LEN (EG$) +1+LEN (F4)+T:F0R N-l T0 ANZPRINT CHR«<8> 




F GUELTIGE ZEICHEN 
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Zeichensatzänderung beim KC 85/3 


Im Anleitungsmaterial zum KC85/3 
ist eine Zeichensatzerweiterung be- 
schrieben. Es können dort selbst Zei- 
chen definiert werden, die aber nur 
mit der CHR$-Funktion aufgerufen 
werden. Nun interessierte uns die 
Möglichkeit, die Tastatur des Compu- 
ters mit anderen Zeichen zu belegen, 
indem der vorhandene Zeichensatz 
verändert wird. 

Für diesen Zweck stellt das folgende 
Programm ein Hilfsmittel dar. Die Zei- 
chentabellen des KC85/3 beginnen 
bei EEOOH und FEOOH im ROM und 
können dort nicht verändert werden. 
Deshalb werden diese beiden Tabel- 
len in den Zeilen 20 bis 50 in die Be- 
reiche ab BA00FI und BC00FI kopiert. 
Dies dauert etwa 30 Sekunden. 

Für Großbuchstaben, Ziffern und 
Sonderzeichen sind die Zeiger 
B7A6H und B7A7H zuständig. Der In- 
halt von B7A6H beträgt bereits 00H, 
so daß nur noch B7A7H auf BAH 
(186) gestellt werden muß. Dies 
erfolgt in Zeile 60. Analog dazu wird 
für die 2. Zeichentabelle die Umstel- 
lung für B7A9H in Zeile 70 vorgenom- 
men. Nach der Anzeige des Menüs 
hat man die Möglichkeit, über Fl und 
nach entsprechendem Tastendruck 
einzelne Zeichen aufzurufen. Dabei 
erscheint das Zeichen groß mit Spei- 
cherstellen und Bytewerten auf dem 
Bildschirm (Zeilen 220 bis 320). 

Durch Betätigen von F2 kommt man 
in den Editiermodus. Nun kann das 
Zeichen mit den Cursortasten und F5, 
F6 verändert werden, wobei das ge- 
rade bearbeitete Bit rot blinkt. Im Pro- 
gramm sind die Zeilen 330 und 500 
dafür zuständig. 

Nach der Änderung des Zeichens 
wird es mit F3 abgespeichert. Es er- 
scheinen dann die Bytewerte und die 
Speicherstellen des neuen Zeichens. 
Diese Werte können in anderen Pro- 
grammen für DATA- und VPOKE- 
(oder POKE-) Befehle genutzt wer- 
den. Man kann also auch beim Ein- 
stellen von einzelnen Zeichen, die 
über die CHR$-Funktion aufgerufen 
werden sollen, das Programm nut- 
zen. Diese Errechnung erfolgt in den 
Zeilen 51 0 bis 61 0. Sind viele Zeichen 
geändert worden, besteht die Mög- 
lichkeit, nach Betätigung von F4 den 
gesamten Zeichensatz abzuspei- 
chern. Dazu schaltet das Programm 
ins Hauptmenü um, und der Bereich 
BAOOH bis BEOOH kann aufgezeich- 
net werden. Dieser neue Zeichensatz 
kann später mit LOAD oder BLOAD 
genutzt werden. Sollte er nicht hinter- 
einander verändert werden, so muß 
nach dem Einladen des unvollständig 
geänderten Zeichensatzes das Pro- 
gramm mit GOTO 60 gestartet wer- 
den. Eine andere Möglichkeit ist, 
nach der Zeichenänderung mit BRK 
und NEW zu arbeiten und dann einen 
DATA-Zeilenprogrammgenerator 
einzuladen. 

Ein solches Programm ist in MP 10/ 
1 987, Seite 31 8, von K.-D. Kirves be- 
schrieben worden. Man muß bei der 
späteren Nutzung des neuen Zei- 
chensatzes nur an die Umstellung der 
Zeiger denken. 

Mit Hilfe des Programms ist man in 
der Lage, die unterschiedlichsten Zei- 
chen (kyrillische Buchstaben, Schalt- 


10 CLS:PRINTAT(15,3) ; "BITTE WARTEN : ZEICHENTABELLEN WERDEN KOPIERT: 30 SEK" 
20 FORX=0TO511 

30 VPOKE ( 1484B+X) , PEEK (-4608+X) : REM 1 . ZEICHENTABELLE KOPIEREN 
40 VPOKE (15360+X) ,PEEK (-512+X) :REM 2. ZEICHENTABELLE KOPIEREN 
50 NEXTX 

60 VPOKE 14247, 186: REM ZEIGER B7A7 GROSSBUCHSTABEN UMSTELLEN 
70 VPOKE 14249, 188: REM ZEIGER B7A9 KLEINBUCHSTABEN UMSTELLEN 
80 REM MENUANZEIGE 

90 CLS:WINDOW0, 16,0,39: INK7: PRINTAT < 19, 5) ; "Fl : -NEUES ZEICHEN" 

100 PRINTAT (20, 5) ; “F2 : ZEICHEN AENDERN" 

110 PRINTAT (21 ,5) ; "F3 : GEAENDERTES ZEICHEN SPEICHERN" 

120 PRINTAT (22,5) 5 ”F4 : ZEICHENSATZ ABSPE I CHERN / ENDE “ 

130 PRINTAT (23,5) ;“F5 : PUNKT SETZEN" : PRINTAT (24,5) ; ”F6 : PUNKT LOESCHEN" 
140 PR I NTAT (27,5): COLOR 1 8 , 6 ; " B I TTE AUSWAEHLEN “ 

1 50 A=PEEK ( 509 ) : I F A< >24 1 ANDA< >242ANDA< >244THEN 1 50 
160 PRINTAT (27 ,5) ; C0L0R7, 1; “ 

170 IFA=244THEN620 
180 IFA=242THEN330 

190 CLS:PRINTAT(8,2); "BITTE TASTE MIT GEWUENSCHTEM ZEICHEN DRUECKEN" 

200 B=PEEK(509) : IFB<32ORB>127THEN200 

210 I FB= >32ANDB< =95THENS A= 14848: A 1=32: ELSESA= 15624 : Al =97 

220 REM 1. SPEICHERSTELLE DES ZEICHENS SUCHEN 

230 Q=B— Al : CLS: INK7: SP=SA-*- 8 *Q: PRINTAT (4,7) ; "BIT 76543210» 

240 REM BYTES AUS 8 SPEICHERSTELLEN LESEN 
250 FORY=0TO7 

260 SP (Y) =SP+Y: Z=VPEEK (SP (Y)):Z<Y)=Z: LOCATEY+5, 1 1 

270 FORX=7TO0STEP— 1 

280 REM BYTES IN BIT7 BIS BIT0 ZERLEGEN 

290 IFZ-2''X<0THENA*(Y,X)=CHR*(46):ELSEA*<Y,X)=CHR*(91):Z=Z-2-X 

300 PRINTA*(Y,X) j « IFX=0THENPRINT" "sZIY);" “sSPIY);“ 

310 NEXTX :NEXTY 

320 PRINTAT (10,5); CHR* (B) : GOTO140 

330 X=7: Y=0: GOSUB690 

340 A=PEEK ( 509 ) 

350 I F A< > 8 ANDA< >9ANDA< > 1 0 ANDA< >11 ANDA< >243 ANDA< >245ANDA< >246THEN340 
360 IFA>1 1 THEN460 : ELSEA=A— 7 
370 ONAGOTO380 , 400 , 420 , 440 

380 GOSUB680: IFX=7THENX=0: ELSEX=X+1 : REM BEWEGUNG CURSOR LINKS 
390 GOSUB690: GOTO340 

400 GOSUB680: IFX=0THENX=7: ELSEX=X-1 : REM BEWEGUNG CURSOR RECHTS 
410 GOSUB690: GOTO340 

420 GOSUB680: IFY=7THENY=0: ELSEY=Y+ 1 : REM BEWEGUNG CURSOR HOCH 
430 GO5UB690: GOTD340 

440 GOSUB680: IFY=0THENY=7: ELSEY=Y-1 : REM BEWEGUNG CURSOR RUNTER 
450 GOSUB690: GOTO340 
460 I F A= 243THEN5 1 0 

470 IFA=245THENA*(Y,X)=CHR*(91) : ELSEA$ (Y, X) =CHR* (46) : REM PUNKTE SETZEN 

480 GOSUB680: IFX=0ANDY=7THENX=7: Y=0: GOTG500 

490 IFX=0THENX=7:Y=Y+1:ELSEX=X-1 

500 GOSUB690: GOTO340 

510 FORY=0TO7 

520 Z <Y) =0 

530 FORX=7TO0STEP-1:REM BITWERTE ABFRAGEN 

540 IFA*(Y,X)=CHR*<91>THENZCY)=Z<Y)+2~X:REM BYTE BERECHNEN 

550 IFX=0THENPRINTAT (Y+5, 22) ; INK4; Z (Y) ; " “:SP(Y):" " 

560 NEXTX 

570 REM ERRECHNETES BYTE IN SPEICHERSTELLE SCHREIBEN 

580 VPOKESP(Y) ,Z(Y): PRINTAT (10',5) PRINTAT ( 10,5) ; CHR* (B) 

590 NEXTY 
600 GOTO 140 

610 REM ZEICHENTABELLE ABSAVEN 
620 VP0KE14247, 238: WINDOW 

630 CLS: PR INT "NACH UMSCHALTUNG INS HAUPTMENU SPEICHER-BEREICH ABSAVEN" 

640 PAUSE60: CLS 

650 PRINTAT ( 1 ,0) ; "XSAVE BA00 BE00" 

660 BYE 
670 END 

680 PRINTAT (Y+5, 18-X) 5 INK7; A* (Y,X) : RETURN 
690 PRINTAT (Y+5, 18— X) ; INK18; A$ ( Y , X ) :RETURN 


Zeichen u. a.) selbst zu definieren und 
einzusetzen. Es ist aber zu beachten, 
daß z. B. eine Neubelegung der Ta- 
stenfolge PRINT mit anderen Zei- 
chen trotzdem noch den PRINT-Be- 
fehl beinhaltet. Weiterhin kann man 
sehr gut die Entstehung der einzel- 
nen Zeichen demonstrieren. 
Bestimmt ergibt sich hier für AG’s und 
Computerclubs ein weites Experi- 
mentierfeld. 

Hans-Jürgen Picke 


Z-1013-Service 

Den Reparaturservice für den Mikrorechnerbausatz ZI 01 3 einschließlich Er- 
weiterungsbaugruppen übernimmt ab sofort der 

VEB Industrieverlrieb Rundfunk und Fernsehen 

BT Friedrichshain 

Neue Bahnhofstr. 30 

Berlin 

1035 

Annahme: 

Montag-Freitag 1 0.00 Uhr-13.00 Uhr und 

15.00 Uhr-19.00 Uhr oder Postversand Büttner 
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MS-DOS-lmplementation 
für nicht fBM-kompatible 
1 6-Bit-Hardware 

Nachdem für 16-Bit-Rechner um- 
fangreiche leistungsfähige Software 
zur Verfügung steht, ergibt sich für 
Nutzer der 8-Bit-Technik die Frage, 
ob es möglich ist, eine Hardwareer- 
weiterung für 8-Bit-Rechner aufzu- 
bauen, auf der MS-DOS und die darin 
verfügbare Software benutzt werden 

Die hardwaremäßigen Vorausset- 
zungen für das Schaffen einer MS- 
DOS-Umgebung auf 8-Bit-Rechnern 
(A 51 xx, PC 171 5) sind lösbar durch 
eine Leiterkarte, die folgendermaßen 
ausgestattet ist: 

- 8086/8088/V30-Prozessor 

- ein frei verfügbarer RAM (begin- 
nend mit Adresse 0) der Größe 256 
bis 512 KByte; keinerlei Teile dieses 
RAMs werden durch Hardwarefunk- 
tionen benutzt. 

Ferner wird an peripherer Hardware 
benötigt: 

- eine beliebige Tastatur, die um so 
besser ist, je mehr unterscheidbare 
Tasten sie hat 

- mindestens zwei Floppy-Lauf- 
werke, Diskettenattribute (nach Mög- 
lichkeit) 80 Spuren, DS 

- ein Bildschirm für 80*25 Zeichen 
und Attribute pro Zeichen. Ein 80*24- 
Bildschirm kann ebenfalls benutzt 
werden. 

- eventuell ein Drucker. 

Die Art des Anschlusses der periphe- 
ren Geräte ist prinzipiell ohne Bedeu- 
tung, er hat jedoch Einfluß auf die Ge- 
samteffizienz des Systems. 

Der Effektivitätszuwachs wird insbe- 
sondere erreicht für 1 6-Bit-Hardware 
ohne eigene Bildschirmbedienung. 
Wichtig ist dabei nur die Schnittstelle 
zur Bildschirmbedienung. Intelligente 
Zusatzhardware in Form eines 8-Bit- 
Rechners ist dafür viel zu langsam. 
Die Bereitstellung für den Bildschirm 
übernimmt vollständig der 1 6-Bit-Pro- 
zessor, der 8-Bit-Prozessor ist nur für 
den Transport zum Schirm zuständig. 
Auf der beschriebenen Hardware 
wurde MS-DOS implementiert. In die- 
ser MS-DOS-Umgebung laufen u.a. 
TURBO-PASCAL 3.0, TURBO C, der 
Editor ne, TURBO BASIC. Mit dem 
Einschub dieser Leiterkarte und der 
Betriebssystemimplementation hat 
der 8-Bit-Rechner dieselbe Architek- 
tur wie ein A7100, jedoch eine Ge- 


chen Hardware laufen auch CP/M- 
86-Programme wie auf A7100, z. B. 
REDABAS, TURBO-PASCAL und 
allgemeine Software. 

Humboldt-Universität zu Berlin, Bereich 
Informationsverarbeitung, Unter den 
Linden 6, Berlin, 1086; Tel. 20932348 


Zur Erstellung von Software für den 
Arithmetikmodul APR-1 auf der Basis 
U8032 mit Anpassung an die Sy- 
stemstruktur des Kl 520 für die 16- 
Bit-Festkommaoperationen wurde 
ein Assembler erarbeitet. Er ist unter 
UDOS lauffähig und realisiert die As- 
semblierung der vom VEB ZFT Mikro- 


elektronik Dreden vorgeschlagenen 
Mnemoniks. Im Ergebnis liegt von 
den Inhalten derözu programmieren- 
den EPROMs des APR-1 jeweils ein 
Viertel vor. Der Assembler übersetzt 
Quellprogramme, die mit dem Text- 
editor unter UDOS 1526 erstellt wur- 
den. Dabei sind bis zu 256 verschie- 
dene Marken (bei maximal 256 Pro- 
grammzeilen), Kommentare bzw. 
Kommentarzeilen und Absolutzuwei- 
sungen von 8- oder 1 6-Bit-Konstan- 
ten möglich. Die Befehlsfolgen für äu- 
ßeres und inneres Steuerwerk kön- 
nen zur Assemblierung hintereinan- 
der in einem Quelltext stehen. Die Ar- 
beit mit diesem Programmteil und 
dem Linker ist bildschirmunterstützt 
und braucht nicht weiter erläutert wer- 
den. Ein weiterer Vorteil für den An- 
wender liegt darin, daß neue oder ver- 
änderte Mnemoniks und Befehls- 
bytes in einer dafür vorgesehenen 
Datei des Assemblers verändert 
oder ergänzt werde können. Bei der 
Übersetzung von 2, 3 oder 4 ver- 
schiedenen Quellprogrammen er- 
leichtert der Linker das Zusammen- 
binden der 10, 15 oder 20 Objektda- 
teien auf 51 KByte lange Bereiche für 
das folgende EPROM-Programmie- 

Technische Universität Karl-Marx-Stadt, 
Sektion Automatisierungstechnik, PSF 
964, Karl-Marx-Stadt, 9010 

SchlegellDr. Ester 

SCPX-Programm 
zum Austausch 
von Kassettendateien 
zwischen KC 85 Ix und PCs 

Um diese Routine weitestgehend ma- 
schinenunabhängig zu machen, wird 
die Datenein-Aausgabe über eine 
Standardschnittstelle durchgeführt. 
Die Routine wurde sowohl für eine 
parallele (PIO) als auch für eine se- 
rielle (V.24) Schnittstelle entwickelt. 
Ein direkt auf die Schnittstelle zu stek- 
kender Adapter stellt die Verbindung 
zum Tonbandgerät dar (Dioden- 
buchse). Die Stromversorgung des 
Adapters wird direkt durch die 
Schnittstelle realisiert, das heißt, es 
ist kein Eingriff in die Rechnerhard- 
ware notwendig. 

Ziel der Programmentwicklung war 
es, eine Routine zu schaffen, die in 
der Lage ist, auch verstümmelte Da- 
ten noch lesen zu können. Die fehler- 
haften Blöcke werden gekennzeich- 
net. Dadurch ist der Bediener in der 
Lage, beliebig viele Versuche zum 
Einlesen eines Fehlerblockes (z. B. 
sofort durch Bandrückspulen noch 
während des Lesevorganges) zu 
starten. Ein einmal als richtig erkann- 
ter Block wird bei wiederholtem Le- 
sen nicht überschrieben. 

Die Kassettenroutine legt im RAM ei- 
nen 32 KByte großen Puffer für die 
Schreib-/Lesedaten an, dessen Lage 
im RAM wahlfrei ist. Im Puffer befind- 
liche Daten lassen sich leicht auf Dis- 
kette schreiben und stehen somit zur 
Weiterbearbeitung am selben oder 
anderen Rechnern zur Verfügung. 
Zum Schreiben von Dateien für den 
KC muß ein spezieller Vorblock gene- 
riert werden, in dem die für den KC 
nötigen Parameter und Informationen 
enthalten sind. Die Erstellung dieses 


Vorblockes erfolgt mittels eines An- 
wendermenüs. 

Die Routine arbeitet interruptgesteu- 
ert, die speziellen Portadressen las- 
sen sich vom Anwender leicht einstel- 
len (Generierungen für A5120 und 
PC 1715 liegen vor). Das Programm 
ist eine wirksame Unterstützung für 
die Arbeit in Computerkabinetten, hat 
sich aber auch für die Erfassung von 
Daten an für den PC ungeeigneten 
Orten mittels KC bewährt. 

Die angebotene Lösung beinhaltet: 

- Schaltungsunterlagen für den se- 
riellen und parallelen Adapter 

- Software incl. Beschreibung. 
Forschungszentrum für Mechanisierung 
und Energieanwendung in der Landwirt- 
schaft der AdL der DDR, BfN, Gartenstr. 
30, Schlieben, 7912; Tel. 533 


Wir haben eine Speichersteckeinheit 
für den Mikrorechner K 1520 entwik- 
kelt, die aus einem 64 KByte großen 
Hauptspeicher und einem 256 KByte 
großen Zusatzspeicher besteht. Kon- 
struktiver Aufbau und Stromauf- 
nahme (+5V, ca. 500 mA) gestatten 
einen änderungslosen Austausch mit 
der 64-KByte-Steckeinheit K 3525 des 
Systems K 1520. Der 256 KByte große 
Zusatzspeicher kann bei entspre- 
chender Software-Ergänzung sowohl 
als Erweiterung des ansteuerbaren 
RAM-Bereiches als auch in Form ei- 
ner RAM-Disk eingesetzt werden. 

Der Zusatzspeicher ist in 4 Seiten mit 
je 64 KByte aufgeteilt und arbeitet mit 
dem Hauptspeicher zusammen. Über 
jeweils einen der U880-Blockbefehle 
(LDIR, LDDR, CPIR, CPDR, INIR, INDR, 
OTIR bzw. 0TDR) ist der Transfer von 
Datenmengen vom Hauptspeicher 
auf einen Bereich des Zusatzspei- 
chers und umgekehrt bzw. zwischen 
beliebigen Speicherseiten und auch 
der direkte T ransport von oder zu pe- 
ripheren Baugruppen möglich. Mit 
Hilfe eines vorherigen OUT-Befehles 
(Portadresse wickelbar, voreinge- 
stellt auf FOH) werden Quelle und 
Ziel des Transfers festgelegt. Die 
Speicherkarte wird über eines der 
K1520-MEMDI-Signale gesperrt (Aus- 
wahl durch Wickelbrücken, voreinge- 
stellt auf /MEMDI). 

Die Herstellung der (64 + 256)KByte- 
dRAM-Speicherkarte erfolgt auf der 
Basis des wissenschaftlichen Gerä- 
tebaues an der TU Karl-Marx-Stadt. 
Eine Auslieferung ist im Rahmen der 
Fertigungsmöglichkeiten ab 1 989 ge- 
geben. Zum Lieferumfang gehören 
die komplette Steckeinheit, die ent- 
sprechende Dokumentation (Strom- 
laufplan, Stückliste, Bestückungs- 
plan und Kurzbeschreibung) und eine 
auf Nachnutzungsbasis mitgelieferte 
Software für den Einsatz des 
256KByte-Speichers als RAM-Floppy 
(zusätzliches Laufwerk M). Diese 
Software für CP/M-kompatible Sy- 
steme wird auf User-Diskette in 2 Ver- 
sionen bereitstehen: 

- als nachladbares Programm 
(COM-Datei), das den TPA um ca. 
2,5 KByte verringert und nach jedem 
Systemstart aufgerufen werden 


- für den Systemprogrammierer als 
Einzelroutinen zur Floppy-Arbeit, die 
an den entsprechenden Stellen des 
BIOS eingebunden werden müssen 
(das setzt allerdings die Verfügbar- 
keit der BIOS-Quellen voraus, macht 
aber die RAM-Floppy-Arbeit sofort 
nach dem Systemstart möglich). 

Technische Universität Karl-Marx-Stadt, 
Sektion Informationstechnik, 

Bereich Technik, Koll. Nestler, 
Reichenhainer Str. 70, Karl-Marx-Stadt, 
9022; Tel. 5 61 32 52 


Generierung von TURBO- 

PASCAL-Quell- 

programmen 

für die Bearbeitung 

von Dateien 

Das von uns entwickelte Programm 
(CREATE) generiert nach Eingabe 
einer Dateistruktur innerhalb weniger 
Sekunden ein nach der Compilierung 
sofort lauffähiges TURBO-PASCAL- 
Quellprogramm zur Erzeugung und 
Bearbeitung der definierten Datei und 
einer Indexdatei. 

Die von CREATE erzeugten Pro- 
gramme, die auf der Grundlage des 
Turbo-Access-Systems arbeiten, 
stellen Prozeduren zum Hinzufügen, 
Auffinden, Editieren, Löschen und 
Auflisten von Datensätzen sowie alle 
erforderlichen Menüs zur Verfügung. 
Der generierte Quelltext kann pro- 
blemlos in ein größeres Turbo-Pro- 
grammsystem eingebunden oder als 
eigenständiges Programm genutzt 


VWB Kombinat Spielwaren Sonneberg, 
Direktionsbereich Organisation und Da- 
tenverarbeitung. Oberlinder Str. 84, 
Sonneberg, 6412 


e an einen A 71 00/A 71 50, die 
ta 10 bis 15 Beratungsteilneh- 
ute Sichtbedingungen ermög- 


Schnittstellen für Rechneranschluß 
IFSS oder V.24 (DEE) möglichst mit 
Software für A 71 00. 

VEB Elektro-Physikalische Werke Neu- 
ruppin, Erich-Dieckhoff-StraBe, Neurup- 
pin-Treskow, 1951; Tel. 61456 

Dr. Bernhardt 
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Entwicklungen und Tendenzen 


Computer spricht Esperanto 

Eine automatische Sprachsynthese 
für Esperanto wurde an der Techni- 
schen Universität Budapest erarbei- 
tet. Das System ESPAROL kann je- 
den eingegebenen Esperanto-Text in 
richtiger Intonation aussprechen. 
Auch Namen und Sonderzeichen, so- 
weit sie auf der Tastatur vorhanden 
sind, (=, +, % usw.) werden mitge- 
sprochen. 

Mit einem einfachen BASIC-Pro- 
gramm lassen sich relativ lange Texte 
mit Variablen sprechen. Die Ausspra- 
che kann verschieden schnell, flü- 
sternd oder rauh usw. eingestellt wer- 
den. Selbst Lieder lassen sich pro- 
grammieren. 

Das System besteht aus einem Appa- 
rat, der mit dem Commodore 64 oder 
128 verbunden wird und einem Pro- 
gramm auf Diskette. Für IBM-PC und 
kompatible Typen wurde eine spe- 
zielle Variante entwickelt. ESPAROL 
ist wahrscheinlich das erste Sprach- 
synthese-System für stark verbreitete 
Computer. 


Es kann mit einem optischen Lesege- 
rät, entwickelt im ungarischen Com- 
puterforschungszentrum SZKI, ge- 
koppelt werden. So können seh- 
schwache oder stark beschäftigte 
Personen sich Texte vom Computer 
vorlesen lassen. 

Die mit dem Computer erstellten 
Texte können probegelesen werden. 
Die Schöpfer von ESPAROL, Koutny 
Ilona, Dr. Olaszy Gabor und 
Dr. Czapp Läszlö beschäftigen sich 
nun gemeinsam mit Studenten mit 
der Anwendung dieses Systems. Fer- 
tig sind bereits ein sprechendes Lehr- 
programm für die Plansprache Espe- 
ranto und Spiele für den Unterricht. 
Jeder Anwender kann seinen Wün- 
schen entsprechend die Möglichkei- 
ten des Systems durch einfache BA- 
SlC-Programme erweitern. Weitere 
Informationen können z. B. bei 
Koutny Ilona, Technische Universität 
Budapest, Stoczek u.2; H— 1 111 er- 
halten werden. 

aus FOKUSO 4187 Weber 


4-MBit-Chip bei der Arbeit beobachtet 


Bei der Strukturfeinheit heutiger mi- 
kroelektronischer Schaltungen ist es 
nicht mehr möglich, elektrische Vor- 
gänge auf dem Chip durch Meßspit- 
zen zu erfassen. Bei Siemens wurde 
schon vor vielen Jahren begonnen, 
modifizierte Elektronenmikroskope 
für diese Untersuchungen zu verwen- 
den. Man bedient sich dabei der 
Potentialkontrastmethode. Hierbei 
schlägt der Elektronenstrahl des 
Elektronenmikroskops aus der Ober- 
fläche der Leiterbahnen Sekundär- 
elektronen heraus. Je nach Potential 


der Leiterbahn ist die Anzahl der de- 
tektierten Sekundärelektronen ver- 
schieden: Je positiver die Spannung 
der Leiterbahn, desto weniger Elek- 
tronen verlassen die Oberfläche. Man 
erhält so ein Potentialbild der Oberflä- 
che des Chips, an dem die positiven 
Leiterbahnen mit höherer Spannung 
dunkel und Leiterbahnen mit geringer 
Spannung heller erscheinen. Durch 
Takten des Elektronenstrahls relativ 
zur Arbeitsfrequenz des Speichers 
kann man den Speicher wie mit ei- 
nem Stroboskop auch in seinem 



Werkfoto 


dynamischen Verhalten untersu- 
chen. 

Die bisher für dieses Verfahren ein- 
gesetzten Elektronenstrahlmeßge- 
räte sind im Prinzip modifizierte Ra- 
sterelektronenmikroskope, die ei- 
gentlich für Beschleunigungsspan- 
nungen von 20—40 kV ausgelegt sind 
und für die Elektronenstrahlmeßtech- 
nik bei nur 1-3 kV betrieben werden. 
Zur Messung auf kleinen Strukturen 
im Sub-jum-Bereich, wie siez. B. beim 
4-MBit-Chip auftreten, reichen sie 
nicht mehr aus. 

Siemens hat nun gemeinsam mit der 
ICT GmbH im Rahmen des 4-MBit- 
Projekts ein neues Elektronenstrahl- 
meßgerät entwickelt. 

Kernstück ist eine elektronenoptische 
Säule, die speziell für niedrige Be- 
schleunigungsspannungen zwischen 
0,5 kV und 2,5 kV und hohen Sonden- 
strom (1-3 nA) ausgelegt wurde. Mit 
dem neuen Gerät kann auf Strukturen 
bis herab zu 0,5/rm gemessen wer- 
den (Leitbahnbreite = 5 x Ortsauflö- 
sung). Im stroboskopischen Betrieb 
ist eine Zeitauflösung bis herab zu 
1 50 ps möglich. Durch die hohe Orts- 
auflösung - sie ist besser als bei man- 
chen normalen Rasterelektronenmi- 
kroskopen - kann das Elektronen- 
strahlmeßgerät auch im Abbildungs- 
betrieb zum Erkennen prozeßbeding- 
ter Fehler eingesetzt werden. 

Das Logikbild zeigt den Ausschnitt 
aus der Busstruktur eines 4-MBit- 
Speichers (Leitbahnbreite = Leit- 
bahnabstand = 1,1 /jm; dunkel - lo- 
gisch 1 , hell - logisch 0). 

MP 


Neue Prozessoren 
für die 8086-Familie 

Ein neuer 80286-kompatibler Prozes- 
sor kommt von der Nippon Electric 
Corp. (NEC). Der V33 bzw. uPD 70136 
ist ein Nachfolger des V30. Seine Be- 
fehlsausführungszeit von 150 ns ist 
3,7 mal kürzer als die des V33 und 
1 ,6 mal kürzer als die des 80286. 

Die Harris Corp. stellte kürzlich den 
80C286, wie der V33 ein Prozessor für 
die Klasse der AT-kompatiblen PCs, 
vor, der mit 20 MHz getaktet werden 
kann. Die bisher bekannten 80286- 
Prozessoren werden mit maximal 
16 MHz betrieben. Der CMOS-Pro- 
zessor 80C286 ist wegen seiner ge- 
ringen Leistungsaufnahme beson- 
ders gut für den Einsatz in Laptops 
(Schoß-PCs) geeignet. 

Für die Entwicklung kostengünstiger 
32-Bit-PCs gibt es jetzt den 80386SX 
von Intel (S. MP 9/88). Dieser 32-Bit- 
Prozessor, der mit 16 MHz getaktet 
werden kann, ist mit einem 1 6-Bit-Da- 
tenbus versehen. Er läßt damit die 
Verwendung billigerer Peripherie- 
schaltkreise zu, hat aber die Verar- 
beitungsbreite und die Softwaremög- 
lichkeiten des 80386. Seine Ge- 
schwindigkeit liegt 1 0 % unter der des 
80386 (1 6-MHz-Version). Drei re- 
nommierte PC-Hersteller kündigten 
bereits die Produktion von 386SX- 
PCs an (Compaq: Deskpro 386s, 
NEC und NCR Corp). 

Gleichzeitig mit dem 80386SX wird 
auch der dazugehörige mathemati- 
sche Koprozessor 80387SX angebo- 
ten, der selbstverständlich mit den 
Typen 8087, 80287 und 80387 kom- 


patibel ist. Neu von Intel ist auch die 
25-MHz-Version des 32-Bit-Prozes- 
sors 80386, der 80386/25. Auch hier- 
für haben bereits einige Firmen ihre 
ersten 25-MHz-PCs bzw. -Worksta- 
tions angekündigt (Sun: Sun386i, In- 
tel: System 302, Compaq: Deskpro 
386/25, IBM: PS/2 Modell 70, ALR: 
Flex-Cache 25386DT, Kobil: Kobil- 
AT 386-25, Siemens: PCD-3TS). 

Die Weitek Corp. beginnt mit der Pro- 
duktion des Arithmetikprozessors 
Abacus für 80386-Rechner. Er kann in 
einer 20- und einer 25-MHz-Version 
geliefert werden. Alte Weitek-Kopro- 
zessoren benötigten bisher einen 
PC-Erweiterungssteckplatz, Abacus 
kann in einen 121poligen80387-Sok- 
kel gesteckt werden. Nachteil: Um die 
Leistungsfähigkeit von Abacus voll 
ausschöpfen zu können, wird Weitek- 
kompatible Software benötigt. 

MP-HK 


MS-DOS 

und mehrere Nutzer 

Quick-Connect heißt eine Multiuser- 
software von Virtual Systems, mit der 
mehrere Nutzer an einen PC/XT, AT, 
386-AT oder ein PC/2 Modell 80 an- 
geschlossen werden können. Das 
Quick Connect ist unter MS-/PC-DOS 
ab Version 3.0 lauffähig. Die Pro- 
gramme Lotus 1-2-3, WordPerfect 
und dBase III Plus werden ebenfalls 
unterstützt. Jedem Nutzer stehen da- 
bei maximal 640 KByte RAM zur Ver- 
fügung. 

Eine andere Lösung fand Sun Micro- 
systems mit den Workstations 
Sun386i. In diese Workstations 
wurde die Multiuser-Mulitasking- 
Window-Umgebung SunOS 4.0 im- 
plementiert, in der neben UNIX-Pro- 
grammen auch mehrere DOS-An- 
wendungen parallel ablaufen kön- 
nen. Diese MS-DOS-Anwendungen, 
die nicht speziell für Multitasking-Be- 
trieb ausgelegt sind, können trotzdem 
gleichzeitig ablaufen und das sogar 
ohne die geringste Änderung. Außer- 
dem sind die Workstations voll kom- 
patibel zu MS-DOS. Auch der Infor- 
mationsaustausch (z. B. Text) zwi- 
schen UNIX und MS-DOS wird ge- 
währleistet. 

aus miniMicro-magazin 4, 6/1988 MP 


4-MBit-RAMs 
vor Serienfertigung 

I Die Nippon Electr ic Corporation will 
Ende dieses Jahres als erste den 4-.. 
^IBit-DRAM in nennenswerten Stück- 
zahlen anhieten 

Siemens, neben Toshiba, Hitashi und 
Mitsubishi derzeit einer der bedeu- 
tendsten Produzenten von 1-MBit- 
Chips, hat im Juni damit begonnen, 
Muster des 4-MBit-DRAMs zur Erpro- 
bung an Kunden auszuliefern. Damit 
liegt das Unternehmen im Zeitplan 
seines 1984 gestarteten Magapro- 
jekts. Die Serienfertigung soll im 
Laufe des Jahres 1989 aufgenom- 
men werden. Die Speicherchips ver- 
fügen auf einer Fläche von nur 
91 mm 2 über vier Millionen Speicher- 
zellen. Dies entspricht einer Informa- 
tionsmenge von rund 250 Schreibma- 
schinenseiten. Im Vergleich zum 1- 
MBit-DRAM bedeutet dies eine wei- 
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tere Vervierfachung der Speicherka- 
pazität, obwohl die Fläche des 4- 
MBit-Chips gegenüber der des 1- 
MBit-Speichers nicht einmal verdop- 
pelt wurde. 

Schätzungen zufolge werden 1-MBit- 
DRAMs bis 1 989 weltweit mehr als 50 
Prozent aller Speichermedien aus- 
machen. 


Version 4.0 von PC-DOS 
und MS-DOS 

Seit Ende Juli ist das PC-Betriebssy- 
stem DOS 4.0 von IBM verfügbar. Mi- 
crosoft kündigte unterdessen eben- 
falls die Version 4.0 von MS-DOS an. 
Beide Betriebssysteme unterschei- 
den sich von ihren Vorgängern PC-/ 
MS-DOS 3.3 durch eine menüge- 
steuerte Benutzeroberfläche, wie 
Pull-down-Menüs und kontextabhän- 
gige Hilfstexte, und sollen daher 
leichter zu bedienen sein. Auch der 
adressierbare Speicher (bisher 
640 KByte), die Dateigröße (jetzt 
2 GByte) und die Größe der Festplat- 
tenpartitionen (bisher mußte eine 
Festplatte mit mehr als 32 MByte in 
logische Laufwerke mit maximal je 
32 MByte unterteilt werden) haben 
sich erhöht. 

PC-DOS 4.0 läuft auf allen IBM-PCs 
und PS/2-Modellen und wird in 14 
Sprachen angeboten. MS-DOS 4.0 
ist für die IBM-kompatiblen PCs ge- 
eignet, wird von Microsoft zur Zeit je- 
doch nur an OEM-Partner verkauft. 
aus PC-Woche 30 und 31 II 988 MP 


Abkommen über Her- 
stellung und Vertrieb des 
ersten „Universal-PSI 2- 
Chip-Set“ 

Die Bull-Gruppe mit Konzernsitz in 
Paris und die G-2 Inc., Tochtergesell- 
schaft der kalifornischen LSI Logic, 
haben ein Technologie-Austausch- 
abkommen im Hinblick auf die kom- 
mende Mikrocomputer-Generation 
getroffen. Damit sollen kostengün- 
stige Systemangebote mit den Vortei- 
len und Möglichkeiten der Micro- 
Channel-Architektur und des Be- 
triebssystems OS/2 möglich werden. 
Das Abkommen sieht vor, daß G-2 ei- 
nen von Bull entwickelten Universal- 
Chip-Set weltweit herstellen und ver- 
markten darf und darüber hinaus be- 
rechtigt ist, die von Bull entwickelte 
BlOS-Software (basic input/output 
System) zu vertreiben. Wie Bill 0 
Meara, Präsident der G-2 Inc., anläß- 
lich der Vertragsunterzeichung be- 
tonte, haben der Chipsatz und BIOS 
als erste Produkte ihrer Art den Vor- 
teil, „uneingeschränkt kompatibel zu 
den Mikroprozessoren 80286, 80386 
und zum neuen 80386SX (p9)" zu 
sein. Als Gegenleistung erhält Bull 
von G-2 neben Lizenzgebühren die 
Technologie für das Chipdesign und 
eine zuverlässige Versorgung mit 
Chip-Sets. 

Beide Unternehmen äußerten die Zu- 
versicht, daß sich OS/2 und die Micro- 
Channel-Architektur rasch zum 
neuen De-facto-lndustriestandard 
entwickeln würden. Ungeachtet der 
Unterstützung für diese neuen Kon- 
zepte bleibe aber der Support für die 
gegenwärtige Systemgeneration auf 
der Basis von DOS und PROLOGUE 
sowie der AT-/XT-Architektur unge- 
schmälert bestehen. 

G-2 kündigte an, erste Muster des 


aus sieben Bausteinen bestehenden 
Universal-Chip-Set würden noch im 
dritten Quartal dieses Jahres verfüg- 
bar sein, und bereits im vierten Quar- 
tal würde mit der Serienproduktion 
begonnen werden. Bull wird zu den 
ersten Abnehmern von Produktions- 
stückzahlen gehören. MP 


Personal Publishing auf 
allen Modellen des 
IBM PS/2 

Mit der Ankündigung der PostScript- 
Adapterkarte für die Modelle 50, 60 
und 80 des IBM PS/2 und einem 
neuen PostScript-Adapterprogramm 
ist das IBM Personal Publishing Sy- 
stem jetzt auf allen Modellen des IBM 
PS/2 einsetzbar. 

Das Personal Publishing System der 
IBM ist eine integrierte Lösung für 
Desktop Publishing (DTP). Es basiert 
auf dem Personal System/2 und ei- 
nem Tischdrucker .mit Lasertechnik. 
Kernstück des Systems ist das 
Layoutprogramm Pagemaker des 
amerikanischen Software-Hauses Al- 
dus und das Seitenbeschreibungs- 
programm PostScript von Adobe. Mit- 
tels PostScript können mit allen Pro- 
grammen Texte und Bilder in einem 
einheitlichen Datenformat an den 
Drucker gegeben werden, ohne daß 
dieser eigens angepaßt werden 
muß. 

Von anderen DTP-Systemen unter- 
scheidet sich das IBM Personal Pu- 
blishing System in der Implementie- 
rung von PostScript. Die Drucksteue- 
rung erfolgt im Personal Computer 
selbst, was eine schnelle Übertra- 
gung von Dokumenten mit hohem 
Speicherplatzbedarf ermöglicht. 
aus IBM-Nachrichten 6/1 988 MP 


Mini-Fax 

Nur die Stellfläche von der Größe ei- 
ner A4-Seite braucht der derzeit 
kleinste Fernkopierer von Siemens, 
der HF 2301 . Damit paßt dieser Mini- 
Fax auf jeden Schreibtisch. Er arbei- 
tet besonders geräuscharm, und 
durch seine ergonomische Gestal- 
tung ist er auch einfach zu bedienen. 
Der HF 2301 überträgt und empfängt 
über das Telefonnetz Unterlagen bis 
zum A4-Format detailgetreu in 16 
Graustufen. Er kann im Stapelbetrieb 
bis zu fünf Vorlagen nacheinander 
ohne zusätzliche Bedienungshand- 
griffe versenden. Der Empfang läuft 
ebenfalls automatisch ab. Auch für lo- 
kales Kopieren „am Platz“ läßt sich 
der HF 2301 verwenden - alles griff- 
bereit auf dem Schreibtisch. MP 


Neues Material 
für optische 
Datenspeicherung 

Unter der Bezeichnung „Digital Pa- 
per“ wurde von der Firma ICI ein flexi- 
bles Speichermedium angekündigt, 
mit dem optische Speicher beliebiger 
Form (Streifen, Disketten, Etiketten) 
hergestellt werden können. Das 
Grundmaterial ist ein Polyestersub- 
strat, beschichtet mit Farbstoffen und 
Polymeren. Die Entwickler des Spei- 
chermediums rechnen damit, daß 
eine neue Generation leistungsfähi- 
ger Laufwerke entwickelt wird, die 
das Medium wie Papier benutzen. 
Die optische Speicherung auf flexi- 
blen Medien gestattet eine wesentli- 
che Steigerung der Speicherdichte. 
Auf eine Spule von 880 Meter Länge 
und 1 ,3 cm Breite sollen 600000 Me- 
gabyte gespeichert werden können. 
Die Speicherdichte läßt sich durch 
Verbesserung der Lasertechnik wei- 
ter erhöhen. Gegenüber der Speiche- 
rung auf magnetischer Festplatte las- 
sen sich die Kosten um den Faktor 
200 verringern. 

Quelle: Die Welt vom 17. 5. 88 Wi 


Koordinierung 

der Supraleiterforschung 

in Japan 

Nach Angaben des Battelle Memorial 
Institute sind für das japanische Pro- 
gramm zur Entwicklung und Imple- 
mentierung der Supraleitertechnolo- 
gie drei Organisationen zuständig, 
das Ministerium für Internationalen 
Handel und Industrie (MITI), die Wis- 
senschafts- und Technologie-Agen- 
tur und das Ministerium für Erzie- 

Das Ministerium für Internationalen 
Handel und Industrie ist bemüht, ein 
Zentrum für Supraleitfähigkeit einzu- 
richten, an dem zu 80% Unterneh- 
men der Energieerzeugung, des 
Elektromaschinenbaus, der Kabel- 
und Keramikindustrie beteiligt sein 
sollen. Zu dem Zentrum soll ein For- 
schungslaboratorium gehören, das 
japanischen, amerikanischen und eu- 
ropäischen Wissenschaftlern im Aus- 
tausch zur Verfügung stehen soll. In 
Zusammenarbeit mit den beteiligten 
Unternehmen will MITI die For- 
schungs- und Entwicklungsprojekte 
auf den drei folgenden Gebieten or- 
ganisieren: 

• Theorie der Supraleitung und su- 
praleitenden Werkstoffe 

• die Dünnschichtverfahren zur 
Herstellung von Josephson-Junc- 
tion-Schaltungen und deren Anwen- 
dung auf Computer und andere 



elektronische Ausrüstungen 
• die Wickeltechnik mit Supraleitern, 
Energieerzeugung mit Supraleitern 
und Bau von Versuchsmodellen zur 
Energiespeicherung. 

Die Wissenschafts- und T echnologie- 
Agentur ist für ein Projekt verantwort- 
lich, an dem 130 Unternehmen teil- 
nehmen und das sich mit der Theorie, 
Synthese und Materialbewertung der 
Supraleitertechnolgie befaßt. Letzte- 
res steht besonders im Vordergrund. 
Das Ministerium für Erziehung kon- 
trolliert die Forschungsbudgets der 
japanischen Universitäten. 

Auch außerhalb dieser Forschungs- 
förderung investieren viele japani- 
sche Großunternehmen erhebliche 
Mittel zur Entwicklung von Hochtem- 
peratursupraleitern und ihren Anwen- 
dungen. Allein bei der Sumitomo 
Electric Industries Ltd. arbeiten 65 
Forscher an Supraleitern in Form von 
Drähten oder dünnen Schichten. Von 
200 Erfindern wurden 700 Patente 
angemeldet, die sich alle auf Supra- 
leitung beziehen. 

Quellen: Außenwirtschaft. Berlin 16 
(1988) 3, S. 10, 11 Blick durch die 
Wirtschaft vom 22. 1 2. 1 987 


Polymere 

mit ferromagnetischen 
Eigenschaften 

Polymerwissenschaftler in den USA 
arbeiten gegenwärtig daran, neuar- 
tige Polymermischungen zu entwik- 
keln, mit denen es möglich wird, die 
bisher üblichen Ferromagnetwerk- 
stoffe durch Polymere zu ersetzen. 
Diese Polymere sollen bereits etwa 
25% stärkere Magnetkräfte aufwei- 
sen als herkömmliche Magnete auf 
Eisenbasis. Diese Werte wurden 
aber nur im Tiefsttemperaturbereich 
um 5 Kelvin erreicht. 

Jetzt wird daran gearbeitet, mit neu- 
artigen Polymerverbindungen und 
speziellen Herstellungstechniken, die 
magnetischen Eigenschaften auch 
bei Raumtemperatur oder bei Tem- 
peraturen um 0°C zu erreichen. Bei 
den neuen Verbindungen handelt es 
sich um polymere Ferrocene (organi- 
sche Übergangsmetall-Komplexe) in 
Verbindung mit Tetracyanoethyle- 
nen. Das sind komplex gebaute, or- 
ganische Verbindungen, bei denen 
das Eisenatom nicht mit Kohlenstof- 
fatomen des organischen Anteils aus 
Cyclopentadienyl verbunden ist. 
Sollte es gelingen, derartige Kunst- 
stoffe auch bei Temperaturen um 
mehr als 100°C magnetisch zu hal- 
ten, eröffnen sich zahlreiche Anwen- 
dungen zur Herstellung preiswerter 
Magnete wie Folien oder Filme für 
magneto-optische Datenspeicher so- 
wie für Magnetköpfe. 

Quelle: Die Welt vom 19. 3. 1988 Wi 


NEC Corp. stellt 
neuen Supercomputer vor 

Die neue Supercomputerserie SX A 
der Firma NEC Corp. soll ein äußerst 
günstiges Kosten-Leistungs-Verhält- 
■nis aufweisen und vier Modelle um- 
fassen, deren Rechengeschwindig- 
keit wie folgt gestuft ist: 1,3Mrd., 
665 Mio, 330 Mio und 250 Mio Gleit- 
kommaoperationen/Sekunde. 

Die Verarbeitungskapazität des Steu- 
ergerätes wurde im Vergleich zu bis- 
herigen Geräten um den Faktor 1 ,9 
erhöht. ADN-Wi 
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Einführung in die Informa- 
tionsverarbeitung 

von G. und L. Entress, VEB Verlag 
Technik, Berlin 1986, 311 Seiten, 
23,50 M 

Das Grundlagenwissen auf dem Ge- 
biet der Informationsverarbeitung 
wird, bedingt durch die stürmische 
Entwicklung der Computertechnik, 
zunehmend für breite Kreise von 
Technikern und Ingenieuren unent- 
behrlich. Es ist daher begrüßenwert, 
daß in diesem Buch eine umfassende 
Sammlung von technischen Wirkprin- 
zipien der Informationsverarbeitung 
in verständlicher Form zusammenge- 
stellt wurde. 

Die Autoren erläutern nach einer kur- 
zen, motivierenden Einführung und 
Darstellung der allgemeinen Grund- 
lagen den Digitalrechner mit seinen 
internen Bestanteilen als wichtigstes 
Mittel der Informationsverarbeitung. 
Kapitelweise stellen sie dabei jeweils 
Grundaufbau und Organisationsprin- 
zip von Arbeitsspeicher, Prozessor, 
Zentraleinheit und Peripheriean- 
schluß anhand instruktiver verallge- 
meinerter Bilder und Tafeln dar. Je- 
des Kapitel schließt ab mit einer 
Reihe von Kontrollfragen, die den Le- 
ser befähigen, seinen erworbenen 
Kenntnisstand selbständig zu über- 
prüfen und anhand der ausführlich 
kommentierten Lösungen im Anhang 
zu beurteilen. Dem gleichen Aufbau 
folgen auch zwei weitere Kapitel, die 
sich der Umgebung des Rechners, 
d. h. den peripheren Geräten und den 
Datenübertragungsmechanismen, 
zuwenden. 

Vorwiegend Übersichtscharakter ha- 
ben die anschließenden Kapitel zur 
Bauelementebasis, zu den Informa- 
tionsverarbeitungssystemen - mit 
der Gliederung: Einrechnerkonzepte, 
Mehrrechnerkonzepte, Rechnerklas- 
sen, Diagnosesystem, Rechnergene- 
rationen und Programmierung - und 
zu Einsatzbeispielen. 

Hier vermutet man zunächst auf- 
grund der zahlreichen Gliederungs- 
punkte (und ohne Beachtung der T at- 
sache, daß deren Anzahl zur Seiten- 
zahl dieser Kapitel im Verhältnis 
1 ,5 : 1 steht) mehr Informationen zu 
den angesprochenen Schwerpunk- 
ten, muß jedoch feststellen, daß diese 
nur kurz ausgeführt werden. Schwer- 
punktbezogene Hinweise auf weiter- 
führende Literatur wären in dieser Si- 
tuation wünschenswert, würden das 
Buch um eine weitere positive Ge- 
brauchseigenschaft bereichern und 
der detaillierten Gliederung ihre Das- 
einsberechtigung geben. 
Grundlegende Betrachtungen zur 
Betriebssicherheit von Systemen und 
zur Einordnung der Teildisziplinen 
der automatischen Informationsver- 
arbeitung runden den Übersichtsteil 
ab. Wertvoll für den Leser sind die Zu- 
sammenstellungen von gebräuchli- 
chen Kodierungsvorschriften und Ab- 
kürzungen sowie ein ausführliches 
Sachwortverzeichnis. 

Alles in allem gibt das Buch einen 
leicht verständlichen Einstieg in die 
Informationsverarbeitung und vermit- 
telt ein entsprechendes Überblicks- 
wissen zu diesem Fachgebiet. 


Literatur 


ln FORTH denken 

(Thinking FORTH) 

Von L. Brodie, Carl Hanser Verlag 
München, Wien, Prentice Hall Inter- 
national Inc. London, 1986, 290 S. 
Programmieren als kreativer Akt voll- 
zieht sich in umfangreichen und kom- 
plizierten Denkprozessen, derer man 
sich häufig nicht bis ins letzte bewußt 
ist. Diese Prozesse stehen im Mittel- 
punkt des zweiten Buchs von Leo 
Brodie^ Nach „Programmieren in 
FORTH“ liegt nun eine stärker me- 
thodisch orientierte Darstellung prak- 
tischer Fragen der Softwaretechnolo- 
gie, gespiegelt an den Konzepten von 
FORTH, vor. 

Im Vordergrund steht die Frage, wie 
Denkprozesse beim Entwerfen, Im- 
plementieren und Testen von Pro- 
grammen durch geeignete Strategien 
unterstützt und auf inhaltliche 
Aspekte zu bearbeitender Aufga- 
benstellungen orientiert werden kön- 
nen. Brodie zeigt, daß die durch 
FORTH implizierte hochgradig modu- 
lare Gestaltung von Software und die 
damit verbundenen Entwurfsprinzi- 
pien auch außerhalb von FORTH an- 
wendbar sind. Im einzelnen behan- 
delt er u.a.: 

- Die FORTH-Philosophie - modu- 
lare Programmierung, Verdecken 
von Implementierungsdetails, Hoch-, 
Beschreibungs- und maschinennahe 
Sprachen 

- Analyse - 9 Phasen des Program- 
mierkreislaufs, Inhalt und Erarbeitung 
einer Spezifikation 

- Grobentwurf/Dekomposition - De- 
komposition nach Komponenten, 
Schnittstellenspezifikation, Dekom- 
position und Komplexität, Ebenen 

- Feinentwurf/Problemlösung - Pro- 
blemlösungstechniken, Syntax von 
FORTH, Algorithmen und Daten- 
strukturen 

- Implementation - FORTH-Stilele- 
mente: Gestaltung von Quelltexten, 
Kommentierungen, Namenskonven- 
tionen 

- Faktoring - Techniken und Krite- 
rien der Zerlegung und Zergliederung 
komplexer Funktionen 

- Umgang mit Daten - Stacks und 
Zustandsinformationen 

- Minimierung von Steuerstruktu- 

Die Darstellung erfolgt angenehm 
locker, ergänzt durch eine Vielzahl 
von Empfehlungen für die Program- 
mierpraxis sowie durch relevante 
Programmbeispiele. Für den 
FORTH-Programmierer von beson- 
derem Wert ist die Darstellung des 
DOER/MAKE-Konzepts (Ausfüh- 
rungsvektoren), mit dem die Imple- 
mentierung von Programmen mög- 
lich ist, die zur Laufzeit ihr 
Verhalten bzw. sogar ihre Struktur 
ändern. 

Die Monographie wird ergänzt durch 
eine Reihe von Interviews, in denen 
(FORTH-) Programmierer aus eige- 
nem Erleben ihre Erfahrungen und 
Vorgehensweisen bei der Gestaltung 
von Software erläutern. FORTH- 
Nutzer mögen den Titel insgesamt 
mit weitestgehend ungeteilter Zu- 
stimmung aufgenommen haben: 

Er gibt Antworten auf methodische 
Fragen, die auch aus Sicht der Infor- 


matik an FORTH zu stellen sind. Aber 
selbst Softwarespezialisten, die an- 
dere Programmiersprachen nutzen, 
können durch dieses Buch angeregt 
werden, ihre eigene Programmier- 
praxis zu überdenken. G.-U. Vack 


Jim Hoskins 
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IBM Personal System/2 

Beschreibung - Einsatz - Anwen- 
dung - Technische Details. Von Jim 
Hoskins, Vieweg 1987, 300 S., 64,- 
DM, ISBN 3-528-0441 9-5 
Mich reizte es sofort, dieses Buch zu 
lesen, weil es erstens eine zusam- 
menfassende Darstellung des ge- 
samten Personal System/2 (PS/2) 
von IBM zu versprechen schien und 
weil es zweitens von einem Mitglied 
des Entwicklungsteams geschrieben 
wurde. Erstaunt mußte ich dann 
gleich in der Einleitung feststellen, 
daß ausgerechnet ein Entwickler wie 
Jim Hoskins nicht ein Buch für Insider 
der PC-Branche, sondern für alle po- 
tentiellen Käufer geschrieben hat. 
Diese Käufer verfügen natürlich in der 
Mehrheit nur über ein Computer- 
Querschnittswissen, wenn nicht so- 
gar über gar keine Vorkenntnisse. 
Aber gerade diese drei Gruppen von 
PC-Nutzern, die Computerspeziali- 
sten, die Computerbediener und die 
Einsteiger, versucht Hoskins unter ei- 
nen Hut zu bringen. 

Er fängt erst einmal ganz konventio- 
nell bei der Entwicklungsgeschichte 
des IBM-PC im August 1981 an und 
stellt fest, daß man sich damals noch 
mit dem Prozessor 8088, 16 KByte 
RAM und einer 1 60-KByte-Floppy be- 
gnügte. Mit Fotos vom PC/XT, dem 
AT und den PS/2-Modellen 30, 50, 
60, 80 und Convertible kommt er zu 
den Konstruktions- und Leistungsun- 
terschieden zwischen Personal Com- 
puter und Personal System. 

Für die Einsteiger und Computerbe- 
diener erklärt er Begriffe von ROM = 
Read Only Memory bis AIX = Advan- 
ced Interactive Executive (UNIX- 
kompatibles Betriebssystem des PC/ 
RT und des PS/2 Modell 80). Er ver- 
gleicht 4 GByte mit 2 Millionen 
Schreibmaschinenseiten, die einen 
70 Stockwerke hohen Stapel erge- 
ben. Mit den mundgerechten Erklä- 
rungen der ersten Handgriffe nach 


dem Einlegen der Referenzdiskette 
kann sich ein Neuling an das PS/2 
setzen und anfangen. Das schafft Er- 
folgserlebnisse. 

Dem potentiellen Käufer führt der Au- 
tor die gesamte Peripherie, die Ein- 
bindung der Rechner in verschiedene 
Netze oder ihren Einsatz als Main- 
fraim-Gateway (Bindeglied zwischen 
IBM-Großrechner und PC-Breitband- 
Netzwerk) vor. Letztlich bietet er so- 
gar Workstation-Konfigurationen ein- 
schließlich Software für verschieden- 
ste Aufgaben an. 

Trotzdem bleiben auf den insgesamt 
300 Seiten, von denen durchschnitt- 
lich jede zweite mit einem Bild oder ei- 
ner Tabelle illustriert ist, genug Infor- 
mationen für den Profi übrig. Hoskins 
versucht mit Grafiken den Qualitäts- 
sprung vom PC zum PS/2 aufzuzei- 
gen. Die neue Qualität des PS/2 be- 
steht in der hard- und softwareseiti- 
gen Erweiterbarkeitdes Systems. Im- 
merhin kann beispielsweise das Mit- 
telklasse-Modell 60 (Tower mit 
80286-Prozessor) mit RAM-Karten 
auf 15 MByte erweitert werden. Zu- 
sätzlich kann es mit 2 Festplattenlauf- 
werken 185 MByte verwalten, virtuell 
läßt der Prozessor sogar 1 GByte zu. 
Nicht weniger interessant sind die An- 
gaben zur Grafikfähigkeit des PS/2, 
die (wie alle anderen Angaben auch) 
mit den Parametern des PC/XT und 
AT verglichen werden. Das standard- 
mäßig auf der Systemplatine mitge- 
lieferte VGA (Video Graphics Array) 
erzeugt 640 x 480 Bildpunkte mit 16 
Farben. Mit dem Bildschirmadapter 
8514 A sind sogar 1024 x 768 Bild- 
punkte mit 256 Farben möglich. 
Ausführlich geht Hoskins auch auf die 
Software-Kompatibilität zu den PCs 
ein. Abgesehen von der Verwendung 
der 3,5-Zoll-Floppylaufwerke ist das 
Operating System/2 (OS/2) der Mo- 
delle 50 bis 80 weitgehend kompati- 
bel zum PC-DOS. Im Real Mode ar- 
beiten die PS/2-Modelle unter PC- 
DOS 3.3, während die Modelle 50 bis 
80 im Protected Mode unter OS/2 bis 
zu 1 2 T asks gleichzeitig ablaufen las- 
sen können (Eine Task kann dabei 
auch PC-DOS sein!). 

Natürlich bin ich bei diesem Buch 
auch an seine Grenzen gestoßen, da 
sich Hoskins bei seiner Zielstetzung 
irgendwo einschränken mußte. Er er- 
wähnte z. B. die Modelle 30 und Con- 
vertible (tragbares PS/2) nur am 
Rande, die Modelle 25 und 70 sind 
(noch) nicht vertreten. Er beschränkt 
sich auf die Modelle mit der neuen Mi- 
krokanal-Architektur. Das Wesen die- 
ser Architektur behandelt er jedoch 
nur sehr oberflächlich. Bei der Vor- 
stellung der PS/2-Peripherie macht 
Hoskins (außer bei Druckern und 
Maus) keine Aussagen zur Kompati- 
bilität mit Geräten anderer Hersteller. 
Trotzdem bin ich der Meinung, daß 
der Autor mit seinem Buch das ein- 
gangs erwähnte Ziel erreicht hat. Er 
führt den Einsteiger direkt (ohne den 
Umweg über kleine Computersy- 
steme) an modernste PCs heran. Un- 
terstützt wird er natürlich von der Tat- 
sache, daß neue Rechner höherer 
Komplexität mit immer bedienfreund- 
licherer Software ausgerüstet wer- 
den. 

MP-Hk 
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87 . Budapester Internationale Messe 


Vom 18. bis 26. Mai 1988 fand in Bu- 
dapest die 87. Internationale Messe 
statt, an der sich über 2000 Aussteller 
aus 31 Ländern beteiligten. 

Zu den vorrangigen Zielen dieser 
Technischen Messe zählten aus un- 
garischer Sicht nicht nur die Vorstel- 
lung von Erzeugnissen, die als Motor 
der technischen Erneuerung gelten, 
sondern auch die Darstellung der bis- 
herigen und zu erwartenden Ergeb- 
nisse der marktorientierten Entwick- 
lungsprojekte und die Präsentation 
einer Reihe exportfähiger Produkte 
ungarischer Firmen. Gleichzeitig soll- 
ten die umfangreichen Importmög- 
lichkeiten aufgezeigt werden. Unter 
Berücksichtigung der wirtschaftlichen 
Zielsetzungen Ungarns lag der 
Schwerpunkt deshalb bei den Berei- 
chen, die für die Umstrukturierung der 
Wirtschaft besonders wichtig sind, 
vor allem bei der Elektronik undelek- 
tronischen Industrie. Computer- und 
Nachrichtentechnik sowie Energetik 
gehörten somit zu den bedeutend- 
sten Warengruppen der Messe, was 
sich auch in der Vielzahl der Expo- 
nate ausdrückte. Der im folgenden 
versuchte Überblick zur Computer- 
technik muß leider lückenhaft blei- 
ben; zu viele Betriebe aller Eigen- 
tumsformen boten Hard- und Soft- 
ware an als daß alle berücksichtigt 
werden können. 

Als wesentlicher Eindruck bleibt fest- 
zustellen, daß im Bereich Computer- 
technik viele Betriebe - darunter sehr 
viele kleine - sehr leistungsfähige 
und fortschrittliche Technik anbieten, 
dabei allerdings oft lediglich als Zwi- 
schenhändler fungieren. 

Eine seit 1981 expandierende Ge- 
nossenschaft ist Müszertechnika 
Kisszövetkezet (MT), Produzent 
auch von IBM-PC-kompatiblen 32- 
Bit-PCs. Zur diesjährigen Messe war 
MT mit einem zum PS/2 Modell 80 
teilweise kompatiblen PC vertreten 
(ohne den für das IBM-Modell 80 cha- 
rakteristischen Mikrokanal). Der MPS 
386 - Fotografieren nicht erlaubt! - 
hat die gleichen äußeren Abmessun- 
gen wie das Original, verfügt über den 
80386-Prozessor mit 16 MHz, 
1 MByte RAM, 3,5-Zoll-Floppy-Lauf- 
werke mit 1 ,4 MByte, 96-MByte-Fest- 
platte, VGA-kompatible Grafik, RS- 
232- und Centronics-Interface und 
läuft derzeit unter DOS 3.3. 

Auch die meisten anderen ungari- 
schen Anbieter hatten neben XT- und 
AT-kompatiblen Modellen bereits 32- 
Bit-PCs ausgestellt, so daß man - 
oberflächlich betrachtet - hätte an- 
nehmen können, 32-Bit-Prozessoren 
in PCs seien inzwischen gang und 
gäbe. Hier sollte man jedoch nicht die 
tatsächliche Verfügbarkeit in der Wirt- 
schaft außer acht lassen. Immerhin 
zeichnet sich damit ein Trend ab, den 
wir im folgenden besonders berück- 
sichtigen wollen. 

Das Forschungs- und Entwicklungs- 
zentrum für Rechentechnik SzKI - 
Hersteller der bekannten PROPER- 
Computer - stellte den neuen 32-Bit- 
PC PROPER-132 gleich in verschie- 
denen Anwendungslösungen vor. 


Eine war ein Desktop-Publishing-Sy- 
stem (DTP) auf Basis des Layout- 
Programms Ventura Publisher von 
Rank Xerox, das an die Besonderhei- 
ten der ungarischen Sprache ange- 
paßt wurde (ebenfalls auf dem Ven- 
tura Publisher basierte übrigens ein 
von der oben bereits erwähnten 
Firma MT angebotenes DTP-Sy- 
stem). Zur Konfiguration gehörten der 
Laserdrucker Rank Xerox 4045, ein 
Scanner von Microtek sowie ein Mo- 
nitor, der im Hercules- oder EGA-Mo- 
dus betrieben werden kann (Farbbild 
1 ; alle Farbbilder siehe 3. Umschlag- 
seite). Eine weitere Lösung zeigte 
den PROPER-132 in dem lokalen 
Netz PRONET, wofür er beispiels- 
weise mit einer X.25-Adapterkarte 
ausgestattet wird (Farbbild 2). Der 
PROPER-132 ist ein IBM-PC/AT- 
kompatibler PC, der auf dem Prozes- 
sor 80386 basiert (16 MHz) und mit 
1 MByte RAM, 1,2 MByte Floppy-Ka- 
pazität und 40 MByte Festplattenka- 
pazität ausgerüstet ist. 

Seit etwa einem Jahr produziert die 
Firma dataplan IBM-kompatible PCs; 
sie bot als Neuheit ebenfalls einen 
32-Bit-PC an (Bild 1 ). Der dp-386 be- 
sitzt einen 80386-Prozessor, der 
wahlweise mit bis zu 20 MHz betrie- 
ben werden kann. Zu einer hohen 
Verarbeitungsgeschwindigkeit trägt 
auch die 80-MByte-Festplatte mit ei- 
ner Zugriffszeit von nur 28 ms bei. Die 
Floppy-Kapazität beträgt bei 5 V« Zoll 
1 ,2 MByte, bei 3 V? Zoll 0,7 MByte. Als 
Option ist ein Streamer mit 60 MByte 
lieferbar. Besonders hervorgehoben 
wurde beim dp-386 die Eignung als 
Fileserver in Novell-Netzen, die in 
Ungarn offenbar bevorzugt verwen- 
det werden. 

Weitere Firmen, die 32-Bit-PCs offe- 
rierten, waren auch Controll mit dem 
MC 386 (80386 mit 1 6 MHz, 2 MByte 
RAM, 1,2 MByte Floppy, 40 bis 80 
MByte Festplatte), Azsio mit dem 386/ 
W80/M (80386 mit 20 MHz, 2 MByte 
RAM, 1,2 MByte Floppy, 80MByte 
Festplatte) und Microsystem mit dem 
PC 820-AT/1 (80386 mit 16 MHz, 1 
MByte RAM, 1 ,2 MByte Floppy, 50 • 
MByte Festplatte). 

Die Genossenschaft Cobra, ebenso 
wie die meisten vorgenannten Be- 
triebe Anbieter von Hardware und An- 
wendungssoftware, zeigte neben ei- 
nem 32-Bit-PC den 1 0-kg-Portable 
Walkom LCD-286 (Farbbild 3) mit 
80286-Prozessor und 1 MByte RAM. 
Weitere Daten: Zwei ö'A-Zoll- 
Floppy-Laufwerke mit 1 ,2 MByte oder 
3 ’/L’-Zoll-Laufwerke mit 1,44 MByte 
oder je 1 Floppy- und 1 Festplatten- 
laufwerk; LCD-Bildschirm mit 
640 x 200 Punkten und Hintergrund- 
beleuchtung: 6 Erweiterungssteck- 
plätze, davon 3 Slots für den Anwen- 
der. Dieser Portable ist als LCD-386 
auch lieferbar mit 80386-Prozessor 
(16 MHz) und 2 MByte RAM. Die an- 
deren Daten entsprechen im wesent- 
lichen dem Modell LCD-286. 

An dieser Stelle muß wohl vermerkt 
werden, daß insbesondere die kleine- 
ren Betriebe von der Situation auf 
dem internationalen Bauelemente- 
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und 1 MByte Floppy. Als Betriebssy- 
stem wird in dieser Konfiguration IS- 
DOS verwendet. 

KFKI, das Zentrale Forschungsinsti- 
tut für Physik der Ungarischen Aka- 
demie der Wissenschaften, produ- 
ziert bereits seit mehreren Jahren mit 
der Computerfamilie TPA 1 1/500 32- 
Bit-Supermikrocomputer in kleineren 
Stückzahlen vor allem für den CAD/ 
CAM-Einsatz. Ein neues Mitglied in 
dieser Reihe ist das als TPAstation 
bezeichnete Modell TPA 11/510 (Bild 
3) mit verringerter Leistung als preis- 
günstiger Konstrukteursarbeitsplatz. 
Die auf VLSI-Schaltkreisen basie- 
rende 32-Bit-CPU erbringt dennoch 
eine Leistung von 0,9 MIPS. Die viel- 
fältigen Konfigurierungsmöglichkei- 
ten erlauben den Ausbau des RAM 
auf 16 MByte, der Floppy-Laufwerke 
bis 1200 KByte, der Festplattenlauf- 
werke bis 1000 MByte und der Strea- 
mer bis 70 MByte. Der Grafik-Monitor 
hat eine Auflösung von 1024 x 864 
Punkten. Als Betriebssystem wird 
das MOS-VP verwendet. 

Von der TRITON-Cooperative wurde 
mit dem Telexcomputer gepard 16 
(Farbbild 5) einer interessanten Ten- 
denz auf dem internationalen Markt 
Rechnung getragen: dem Aufrüsten 
eines PCs mit einer Leiterkarte, um 
Funktionen eines Telex-Gerätes si- 
multan zur Arbeit als Personalcompu- 
ter ausführen zu können. Als Telex- 
PC eignet sich jeder MS-DOS-kom- 
patible PC mit mindestens 512 KByte 
RAM, Bildschirm, Floppy und Druk- 
ker. So war auch der robotron A 71 50 
auf dem Stand als Telex-PC zu se- 
hen. 

Die Vorstellung von Erzeugnissen 
ungarischer Aussteller soll abge- 
schlossen werden mit einem neuen 
Produkt der MOM-Werke, dem Blatt- 
leser ML 001 (Bild 4). Der Scanner ist 
in der Lage, mittels CCD-Zeilen A4- 
Vorlagen mit einer Auflösung von 
300 x 300 dpi (dpi - dots per inch, 
Punkte je Zoll) einzulesen, wobei 
Kontrast und Lichtstärke in jeweils 14 
Stufen regelbar sind. Als Interface 
zum Computer gibt es die serielle RS- 
232C- und eine parallele TTL-kompa- 
tible Schnittstelle. 

Eine Vielzahl von Computerprodu- 
zenten sozialistischer und kapitalisti- 
scher Länder bot auch in Budapest 
ihre Erzeugnisse an. Das Kombinat 
Robotron beispielsweise konzen- 
trierte sich auf das Angebot der PCs 
EC 1834 und A7150 (Farbbild 6) - 
letzterer in der DTP-Anwendung mit 
Rank Xerox Ventura Publisher sowie 
als Programmierarbeitsplatz für 
Drahterodiertechnik - und von 
Schreibtechnik. Während der Messe 
vereinbarte Robotron in großem Um- 
fang Lieferungen für Rechen- und 
Schreibtechnik für 1988 und 1989. 

Auf dem großzügigen bulgarischen 
Ausstellungskomplex fiel vor allem 
das umfangreiche Angebot von Soft- 
ware-Anwendungslösungen auf. In- 
teressant war auch die Präsentation 
eines 32-Bit-PCs, der nicht auf dem 
Intel 80386 basierte, sondern auf 
dem Motorola MC 68020, ergänzt um 
die MMU und den Koprozessor 
MC 68881. Der CSY 68 (Bild 5) hat 
eine VMEbus-Architektur, womit er 
für technische Anwendungen gut ge- 
eignet ist. Dazu trägt auch das intelli- 
gente grafische Subsystem bei. 
2 MByte RAM, 5 'A-Zoll-Festplatte mit 
130 MByte, Floppy mit 360 KByte 
bzw. 1 MByte und ein Streaming- 
Bandlaufwerk von 60 MByte sind wei- 


tere Merkmale. Das Multitasking-mul- 
tiuser-Betriebssystem UNICSY ist 
UNIX-ähnlich. 

IBM stellte neben dem Einstiegsmo- 
dell zur mittleren Datentechnik, dem 
System/36, Mod. 5363, auch ein 
Desktop-Publishing-System vor, bei 
IBM Personal Publishing System ge- 
nannt. Dazu wurde das PS/2-Modell 
30 mit einer zusätzlichen Leiterkarte 
ausgestattet, die einen Motorola- 
68000-Prozessor, 2,5MByte Speicher 
und ein Adapterprogramm für die Sei- 
tenbeschreibungssprache PostScript 
enthält. Die Gestaltung der Seiten 
wird mit dem Layoutprogramm Page- 
Maker bewerkstelligt. Zur Konfigura- 
tion gehörten noch ein Scanner 31 1 7 
und ein Laserdrucker 4216. 

Auch Hewlett-Packard zählt zu den 
Anbietern für das „Publizieren am 
Schreibtisch“. Gezeigt wurde das 
DTP-System mit dem HP-Vectra-PC, 
Scanoer HP 9190A und LaserJet- 
Drucker (Farbbild 7). Als Gestal- 
tungsprogramm werden PageMaker 
und MS-Windows verwendet, zusätz- 
lich PostScript-Driver und Font von 
Hewlett Packard. Da die schon recht 
hohe Auflösung von 300 x 300 Punk- 
ten pro Zoll bei Laserdruckern für 
wirklich professionelle Anwendungen 
weitaus zu gering ist (Fotosatzanla- 
gen liefern über 2000 x 2000 Punkte 
pro Zoll), können über einen Raster 
Image Processor (RIP2) mit Post- 
Script-Fonts die gestalteten Seiten 
auch auf einer Satzanlage Linotronic 
1 00/300 ausgegeben werden. 

Die auf der Leipziger Frühjahrsmesse 
beobachtete verstärkte Präsenz Tai- 
wans wurde auf der Budapester 
Messe noch deutlicher. Das Angebot 
reichte von Zusatzplatinen über 
OEM-Baugruppen, Monitoren bis zu 
32-Bit-PCs. Die Monterey Internatio- 
nal Corp. beispielsweise zeigte so- 
wohl 16-Bit-PCs mit 8088- und 
80286-Prozessor als auch das Spit- 
zenmodell MS-3220 Tower 386 mit 
dem 16/20-MHz-Prozessor 80386 
(Farbbild 8). 

Als schnellste 80386-Maschine der 
Welt präsentierte die Teemate Elec- 
tronic Inc. ihr System/386 (Farbbild 
9). Das mit 80386-CPU (20 MHz) und 
80287-Koprozessor ausgestattete 
Modell soll 20 Prozent schneller als 
ein Compaq Deskpro 386 und fast so 
schnell wie ein VAX 1 1/780-Minicom- 
puter sein - zu weniger als 1/10 des 
Preises von Minicomputern. Der • 
RAM ist von 1 MByte bis 4 MByte er- 
weiterbar, der Cache hat 64 KByte. 
Das System umfaßt 5 Modelle; wäh- 
rend das kleinste unter DOS 3.3 arbei- 
tet, steht für die anderen Modelle das 
Multiuser-multitasking-Betriebssy- 
stem PC-MOS/386 zur Verfügung, 
womit bis zu 25 Stationen (User) an ein 
Gerät angeschlossen werden können. 
GEFO Inc. demonstrierte eine Viel- 
zahl von Monitoren, unter anderem, 
um die Eignung für das PS/2 von IBM 
hervorzuheben. Ein Beispiel dafür ist 
der MTS-9600 (Bild 6), der sich als 
Multisync-Farbmonitor nicht nur selb- 
ständig auf die gängigen Adapter für 
CGA, EGA und PEA, sondern auch 
auf den PS/2-Standard VGA einstellt 
(VGA - Video Graphics Array). Der 
Monitor ist für analoge und TTL-An- 
steuerung geeignet und liefert auf 
dem 14-Zoll-Bildschirm (240 mm x 
180 mm) mit einer Horizontalfre- 
quenz von 15-35 KHz und Vertikal- 
frequenz von 50-70 Hz ein flimmer- 
freies Bild in bis zu 256 000 Farben. 


markt stark abhängig sind, so daß der 
gewählte Begriff „lieferbar“ unter Um- 
ständen nur bedingt zutrifft. 

Der größte ungarische Computerher- 
steller - Videoton - war ebenfalls 
erstmals mit einem 32-Bit-PC vertre- 
ten, dem VT 180. Während der Com- 
puter zur Messe im Tower-Gehäuse 
untergebracht war, zeigt ihn ein Pro- 
spekt-Foto auch als Auftischgerät in 
der bekannten kompakten PC-Form. 
Die ausführlichen Daten können un- 
serer Beschreibung des VT 180 auf 
der 2. Umschlagseite entnommen 
werden. 


Weitere erwähnenswerte Exponate 
bei Videoton waren die Weiterent- 
wicklung des VT 32 - der VT 320 
(Farbbild 4) mit 68010-Prozessor - 
und der optische Plattenspeicher 
525 WC (Bild 2). Das Gerät nutzt 
WORM-Platten (WORM - write once, 
read many), die mit Anwenderdaten 
einmal beschreibbar sind. Nach den 
Angaben des Standpersonals soll die 
genutzte ö'A-Zoll-Platte eine Kapazi- 
tät von 120 MByte haben. Ange- 
schlossen werden kann das Optical 
Disk Drive an Personal Computer ab 
XT-Niveau mit 20 MByte Festplatte 
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Jedem Entwickler 
seinen Schaltkreis 



Bildserie 1 Testbeispiel „Stadt“: 
Grundriß, 

Isometrie, 

Perspektiven 

mit variierter Augpunkt-, 

Zielpunkt-, 

Brennweiteneinstellung 

Bildserie 2 Testbeispiel „ Ge- 
wölbe“: Phasen einer Bewe- 
gungssequenz (fixierter Ziel- 
punkt, manipulierter Augpunkt, 
Weitwinkelobjektiv) 


Lesen Sie dazu unseren Beitrag 
„3D-Simulation - interaktiver 
Entwurf von räumlichen Model- 
len“. 
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Mit unseren Beiträgen zum Thema ASIC auf der 
Seite 323 beginnen wir mit einer Beitragsfolge, die 
die ASICs, deren Entwurf, ihren Einsatz sowie die in 
der DDR verfügbaren Entwicklungssysteme bein- 
haltet. 



Auf der Seite 331 finden Sie den Artikel „EXEC - 
ein Startprogramm für dBASE II“. Er ist der zweite 
Teil unserer Beitragsfolge zum Thema „Werkzeuge 
zur hardwarenahen Programmierung in höheren 
Programmiersprachen auf 8-Bit-Computern“. 



Auf der 4. Umschlagseite stellen wir Ihnen den 
VIDEOTON-Rechner VT 32 vor. Er ist ein 1 6-Bit-Mi- 
krorechner für CAD-Aufgaben mit dem UNIX-kom- 
patiblen Betriebssystem DMOS. 


Vorschau 

Im Heft 1 2/1 988 finden Sie unter anderem Beiträge 
zu folgenden Themen: 

• MS-DOS 

• Festplattenorganisätion 

• ROLANET 1 mit Lichtwellenleitern 

• Leipziger Herbstmesse '88 
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Erste Muster des 
1-MBit-RAM übergeben 

Die ersten in der DDR hergestellten 
1 -MBit-Speicherschaltkreise wurden 
am 12. September 1988 dem Gene- 
ralsekretär des ZK der SED, Erich 
Honecker, von einem Kollektiv des 
VEB Kombinat Carl Zeiss JENA vor- 
fristig übergeben. Diese Leistung 
konnte nach nur zwei Jahren Ent- 
wicklungszeit von den Werktätigen 
des VEB Forschungszentrum Mikro- 
elektronik Dresden in enger Koopera- 
tion mit Einrichtungen der Akademie 
der Wissenschaften der DDR und des 
Hochschulwesens erreicht werden. 
Damit sind die Grundlagen geschaf- 
fen worden, schrittweise die Massen- 
produktion dieser Schaltkreise vorzu- 
bereiten. Wie der Generaldirektor des 
Kombinates, Prof. Dr. Wolfgang Bier- 
mann, erklärte, werden bis dahin 
noch ein bis zwei Jahre Zeit benötigt, 
in der konzentriert weitere Investitio- 
nen vorgenommen werden müssen. 
Der Projektleiter, Prof, Dr. Bernd 
Junghans, hob als besonders bemer- 
kenswert hervor, daß man sich gene- 
rell auf Technik aus der DDR stützen 
konnte. Das treffe auch für die Reinst- 
raumtechnik zu. Aus dem VEB Spu- 
renmetalle Freiberg kommt der neue 
125-mm-Wafer, der 90 Chips des 
1-MBit-Schaltkreises beinhaltet. 

Die ersten Muster des U 61 000 D ha- 
ben inzwischen im Kombinat Robo- 
tron, dem Hauptanwender von Spei- 
cherschaltkreisen dieser Leistungs- 
klasse, ihre ersten Funktionstests be- 
standen. 

Parallel zu den Arbeiten am 1-MBit- 
Speicher wird bereits am nächsten 
Technologieniveau gearbeitet. ADN 
Zusammenarbeit 
DDR - Polen beraten 
Der Minister für Elektrotechnik und 
Elektronik der DDR, Felix Meier, und 
der Minister für Industrie der Volksre- 
publik Polen, Jerzy Bilip, haben im 
August in Warschau über die Erweite- 
rung der wissenschaftlich-techni- 
schen und ökonomischen Zusam- 
menarbeit, vorrangig bei mikroelek- 
tronischen Bauelementen sowie in 
der Rechen- und Automatisierungs- 
technik. beraten. Während der Be- 
gegnung, die zugleich der Vorberei- 
tung der 22. Tagung des Wirtschafts- 
ausschusses DDR - VR Polen 
diente, stellten die Partner fest, daß 
sich die Tätigkeit ständiger Arbeits- 
gruppen bewährt hat und vereinbar- 
ten neue Zielstellungen zur E-höhung 
des wissenschaftlich-technischen Ni- 
veaus der Erzeugnisse und ihrer ef- 
fektiven Herstellung. Wichtige Ge- 
biete sind automatisierte Montage- 
technologien und die Entwicklung 
technologischer Spezialausrüstun- 
gen, einschließlich Meßtechnik. 

Die Seiten unterstrichen, daß sich der 
Warenaustausch auf dem Gebiet der 
Mikroelektronik entsprechend einer 
im März 1987 abgeschlossenen Ko- 
operationsvereinbarung seitdem ver- 
dreifacht hat. adn 

Anti-COCOM-Liste 
Das japanische Ministerium für inter- 
nationalen Handel und Industrie hat 
im August in Tokio bekanntgegeben, 
daß es mit Wirkung vom I.Septem- 
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ber eine monatliche Liste von Hoch- 
technologie-Produkten herausgibt, 
die nach seiner Auffassung nicht län- 
ger unter die sogenannten COCOM- 
Bestimmungen fallen. Die erste der- 
artige Liste enthält nach Aussage ei- 
nes Sprechers des Ministeriums 19 
Produkte - darunter elektronische 
Rechner, Textverarbeitungsgeräte 
und Frequenzmesser. 

Weiter wurde mitgeteilt, daß das bis- 
herige Verfahren, wonach alle An- 
träge japanischer Unternehmen für 
Exporte in Staaten des RGW und in 
die Volksrepublik China entspre- 
chend den' COCOM-Bestimmungen 
generell vorab geprüft werden muß- 
ten, künftig entfällt. ADN 

Computershop 
in Budapest 

Die Novotrade AG eröfrnete in Buda- 
pest ein kleines Warenhaus für Re- 
chentechnik, das sich zur Vorführung 
der neuesten computertechnischen 
Einrichtungen und zum Verkauf com- 
putertechnischer Artikel gleicher- 
weise eignet. Im Salon bieten neben 
Novotrade bedeutende ungarische 
Firmen, so Szämalk, SZTAKI, 
MIGEcRT, SZKt, MOM, Softinvest, 
Volän-Elektronik sowie die Fernmel- 
detechnische Genossenschaft, ihre 
Neuheiten an. Unter einem Dach 
kann der Besucher die Produkte der 
professionellen Computer-Hersteller 
finden, aus ungarischer und impor- 
tierter Software auswählen. mp 
Bulgarische Computer 
vorgestellt 

Auf der diesjährigen Perscomp Expo 
’88 in Sofia zeigten im April 22 Be- 
triebe Bulgariens sowie ausländische 
Firmen ihre neuesten Erzeugnisse 
der Mikroelektronik und Robotertech- 
nik, insgesamt 121 Exponate. Beson- 
deres Interesse fanden die neuesten 
Modifikationen der PC-Familie MIK- 
16 aus der VRB. Für die unter 
EC 1 647, 4701 und 4702 registrierte 
Familie dieser Personalcomputer lie- 
gen bereits zahlreiche Aufträge für 
Großserien aus RGW-Ländern vor. 
Starke Beachtung fanden auch die 
vom Computersystem Robko gesteu- 
erten Industrieroboter, ferner auto- 
matische Projektierungssysteme so- 
wie Systeme für die Steuerung von 
Laborexperimenten und für Leitungs- 
prozesse. Die Ausstellung und dazu- 
gehörige wissenschaftliche Veran- 
staltungen förderten den Erfahrungs- 
austausch zwischen Wissenschaft- 
lern und Praktikern, Herstellern und 
Anwendern. ADN 

Ehrung 

für Speichertechnik 

Der Solid State Circuits Council des 
Ingenieurverbandes IEEE hat einen 
BRD-Forscher für seinen „bedeuten- 
den Beitrag zur Entwicklung dynami- 
scher RAM-Speicher“ mit dem Jah- 
respreis 1 988 ausgezeichnet. Bereits 
Anfang der siebziger Jahre war es 
Dr.-Ing. Karl-Ulrich Stein bei Siemens 
gelungen, ein Bit mit nur einem Tran- 
sistor und einem Kondensator sicher 
zu speichern und so den Platzbedarf 
auf einem Siliziumchip deutlich zu 
verringern. Bis dahin waren pro Bit- 
platz mehrere dieser Bauelemente- 
paare erforderlich. 


Stein sieht seinen Beitrag vor allem 
„in der symmetrischen Anordnung 
der Bitleitungen mit Kompensations- 
Speicherzellen und in einem eben- 
falls symmetrischen Lese-/Schreib- 
verstärker pro Bitleitung“. 

Die Eintransistor-Speicherzelle und 
dia symmetrische Anordnung wurden 
kurz darauf erstmals für 4-KBit- 
DRAMs verwendet und dann in allen 
nachfolgenden Speichergeneratio- 
nen mit 1 6, 64 und 256 KBit. Auch die 
Megabitspeicher mit 1 und 4 MBit ar- 
beiten unverändert nach diesem Prin- 
zip. Beim 4-MBit-DRAM für 4 1 94 304 
Bit reichen die Kondensatoren als 
Grabenzellen unter den Transistoren 
vertikal in den Chip hinein („trench“), 
um zusätzlich Platz zu sparen. mp 

Computer in der Mongolei 

Bis 1 990 soll in Ulan-Bator ein Betrieb 
für die Montage von Personalcompu- 
tern aus importierten Bauteilen und 
Materialien errichtet werden. In den 
verschiedenen Zweigen der Volks- 
wirtschaft soll der Einsatz von Rech- 
nern schrittweise ausgedehnt wer- 
den. Bewährt hat sich diese Technik 
bereits bei automatisierten Leitungs- 
systemen in Kombinaten, in For- 
schungsinstituten und statistischen 
Einrichtungen. Zu den geplanten wei- 
teren Anwendungsgebieten gehören 
der Außen- und Binnenhandel sowie 
die Landwirtschaft. adn 

USA-Handelsgesetz 
negativ bewertet 

Japans Regierung sowie Industrie 
und Banken bewerten das im August 
in Kraft gesetzte neue USA-Handels- 
gesetz übereinstimmend negativ. 
Das Kabinett in Tokio brachte in einer 
Erklärung seine ernsthafte Befürch- 
tung zum Ausdruck, daß die mit dem 
Gesetz gegebenen Vollmachten für 
ein verschärftes Agieren gegen aus- 
ländische Konkurrenten die Wirt- 
schaftskooperation bilateral wie inter- 
national stark behindern sowie die 
Entwicklung der Weltwirtschaft mas- 
siv beeinträchtigen könnten. 
Ministerpräsident Noboru Takeshita 
reagierte nach Presseberichten mit 
Bestürzung. Der Präsident des Unter- 
nehmerverbandes Keidanren, Dr. 
Eishiro Saito, nannte die Bestimmun- 
gen unfair und gegen die Interessen 
Japans gerichtet. 

Das neue Gesetz sei nichts anderes 
als eine juristische Legitimierung des 
Protektionismus - so der Tenor vieler 
japanischer Geschäftsleute. Unter 
dem Vonwand, das USA-Handelsde- 
fizit abzubauen, werden Konkurren- 
ten, die erfolgreicher auf den interna- 
tionalen Märkten operieren, offen mit 
Strafe belegt, heißt es in einer Erklä- 
rung von Keidanren. Man erinnert 
sich im fernöstlichen Industriestaat 
sehr genau, wie die Reagan-Admini- 
stration 1987 den „Chipkrieg " eröff- 
nete und die Produkte der japani- 
schen Halbleiterindustrie in den USA 
mit hohen Zöllen belegte. Ungeachtet 
einer späteren Revidierung entste- 
hen noch heute daraus für Japan zu- 
sätzliche Zollbelastungen von jährlich 
165 Millionen Dollar. 

Nicht vergessen sind in Tokio auch 
die Auswirkungen der sogenannten 
Toshiba-Affäre. Unter dem faden- 


scheinigen Vorwurf, die COCOM-Be- 
stimmungen verletzt zu haben, wurde 
ein bedeutender japanischer Hoch- 
technologie-Konkurrent durch ein- 
schneidende Sanktionen der USA 
weitgehend vom amerikanischen 
Markt verbannt. 

Auch Indonesien ist besorgt über das 
neue USA-Handelsgesetz, das in Wi- 
derspruch zu den Interessen der Ent- 
wicklungsländer stehe. Diese Auffas- 
sung vertrat der indonesische Han- 
delsminister Arifin Siregar bei einem 
Treffen mit US-Senatoren in Jakarta. 
Der protektionistische Kurs der USA 
behindere das ökonomische Wachs- 
tum der Entwicklungsländer und ver- 
tiefe Schwierigkeiten, die sich aus der 
Last der Auslandsverschuldung und 
dem Anwachsen der Arbeitslosigkeit 
ergeben, wird in einer Erklärung der 
Industrie- und Handelskammer Indo- 
nesiens betont. AON 

Sowjetischer PC 

Der an der Moskauer Universität ent- 
wickelte Personalcomputer Korwet 
bildet das Grundmodell eines PC für 
sowjetische Oberschüler. 

Der Korwet ist ein 8-Bit-Computer mit 
einem Farbdisplay. Der Benutzer 
kann auf dem Bildschirm in 1 6 Farben 
beliebige Darstellungen, Grafiken 
oder Figuren zeichnen. Die Kapazität 
des Speichers beträgt 360 KByte. 
Dies macht es möglich, Grafiken ho- 
her Auflösung anzufertigen. In der 
UdSSR sind bereits rund 5000 Per- 
sonalcomputer dieses Typs herge- 
stellt worden. adn 

Mexiko setzt auf Computer 

Von Null auf 60 ist in Mexiko die Zahl 
der Produktionsbetriebe für Compu- 
tertechnik im Zeitraum von 1981 bis 
jetzt gestiegen. 35 davon stellen Per- 
sonalcomputer und Peripheriegeräte 
her. Die positive Entwicklung des Be- 
reichs, in dem gegenwärtig 6400 
Werktätige arbeiten, war 1981 vom 
Ministerium für Handel und indu- 
strielle Förderung mit einem Pro- 
gramm eingeleitet worden, das tech- 
nologische Entwicklung, nationale 
Zusammenarbeit und- internationale 
Wettbewerbsfähigkeit anvisierte. Die 
Investitionen in diesem Sektor stie- 
gen von 38 Millionen Dollar 1983 auf 
etwa 58 Millionen in diesem Jahr. 
Trotz Beteiligung ausländischer Inve- 
storen gehört die Mehrzahl der Be- 
triebe mexikanischen Unternehmen. 
Auf international hohem Niveau steht 
nach Meinung von Experten die mexi- 
kanische Produktion von Software, 
während die Herstellung integrierter 
Schaltkreise als problematisch gilt, 
da alles dafür Notwendige bisher im- 
portiert werden muß. Man rechnet in 
diesem Jahr in der Computerbranche 
Mexikos mit einem Produktionsvolu- 
men in Höhe von etwa einer halben 
Milliarde Dollar, wovon 350 Millionen 
auf die Herstellung von Personalcom- 
putern entfallen. Allein 1988 soll me- 
xikanische Computertechnik im Wert 
von 180 Millionen Dollar ins Ausland 
gehen. Die Hälfte der Exporte erhal- 
ten lateinamerikanische Länder, vor 
allem Venezuela und Ekuador, und 
die andere Hälfte die USA und euro- 
päische Abnehmer. ADN 
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AS IC — eine Revolution? 


Prof. Dr. Dietmar Müller 

Technische Universität Karl-Marx-Stadt, 

Sektion Informationstechnik 


Quellen von ASIC 

Seit dem Entwurf und der Präparation des er- 
sten Bipolar-Transistors im Jahre 1948 sind 
zwar zirka 40 Jahre vergangen, jedoch be- 
gann die „stürmische“ Phase der Entwick- 
lung der Mikroelektronik erst vor etwa 1 5-20 
Jahren. 1 

Diese Phase ist nach wie vor charakterisiert 
durch eine fast jährliche Verdopplung des In- 
tegrationsgrades, das heißt, die Zahl der 
Transistoren auf dem Chip verdoppelt sich. 
Dies wird einerseits durch Verringerung der 
Strukturabmessungen und andererseits 
durch Vergrößerung der Chipfläche erzielt. 
Bild 1 zeigt diesen Sachverhalt. Gleichzeitig 
sind markante Vertreter von Speicher- und 
Prozessorschaltkreisen eingezeichnet, die 
diese potentiellen Möglichkeiten nutzen. Die 
Entwicklung im Bild 1 ist als Toleranzbereich 
angegeben, da zahlreiche Autoren recht un- 
terschiedliche Angaben und Prognosen fixie- 
ren (z. B. 121 /3/). Insbesondere über die Ent- 
wicklung nach 1990 gehen die Meinungen 
der Experten weit auseinander. Während 
einige eine Grenze bei zirka 10 Millionen 
Transistoren erwarten, prognostizieren an- 
dere ein stetiges Wachstum bis zu Speicher- 
schaltkreisen von über 100 MBit bei dann 
vorliegenden Strukturabmessungen unter 
0,5^m bei Chipflächen von 80 mm 2 und Nut- 
zung der dritten Dimension. Die Speicher- 
schaltkreise besitzen dabei nach wie vor 
Schrittmacherfunktionen, sie erreichen alle 
drei Jahre ein neues Technologieniveau. 
Prozessor- und Logikschaltkreise folgen die- 
ser Entwicklung mit einem Abstand von bis 
zu einem Technologieniveau. Sie weisen 
aber teilweise bedeutend größere Chipflä- 
chen auf (Prognose: bis zu 300 mm 2 !). 



1 Selbst der Begriff „Mikroelektronik“ wj 
noch nicht festgeschrieben. So formulie 


„Wir stehen am Anfang einer neuen technologischen Ara 
der Elektronik, deren Ende nicht absehbar ist. Ich kann mir 
vorstellen, daß sich in einigen Jahren einer meiner Söhne 
beim Lesen dieses Buches über die lausige Zeit wundert, in 
der sein Vater sich mit dem alten Phänomen der sogenann- 
ten .Mikroelektronik' befaßte. Zukünftig wird es vielleicht die 

es?“ 


Durch diesen ständigen Fortschritt ist eine 
Veränderung der Hauptrichtung von For- 
schung und Entwicklung innerhalb der Mikro- 
elektronik eingetreten. In /4/ werden zur Cha- 
rakterisierung der Zielrichtungen Fragen for- 
muliert, die für die Zeiträume jeweils lauten: 
1960-1970: Wie realisieren? 

1 970-1 980: Wie entwerfen ? 

1 980-1 990 : Was soll entworfen werden ? 
Während die erste die Technologie, die 
zweite die Entwurfsmethoden und -verfahren 
beinhaltet, besitzt die dritte Frage schon fast 
philosophische Aspekte. Welche komplexe 
Funktion soll mit 10 7 bis 10 8 Transistorfunk- 
tionen pro Schaltkreis realisiert werden, die 
noch so universell ist, daß eine genügende 
Einsatzbreite gewährleistet werden kann? 
Die Antwort auf die obige Frage: „Was soll 
entworfen werden?“ ist bereits bei viel ge- 
ringeren Transistorzahlen, etwa ab MSI-Ni- 
veau mit 1 00 bis 1 000 Transistoren, relevant. 
Eine Antwort bzw. eine Lösung des obigen 
Widerspruches sind die ASICs, wobei meh- 
rere Gründe für ihr Entstehen existieren. 

Gründe für ASIC 

• technische Gründe 

Aus den oben genannten Quellen resultieren 
technische Gründe für das Entstehen von 
ASIC. 

Bisher wurden vom Anwender, das heißt dem 
Geräte- oder Systementwickler, über einen 
Systementwurf durch Partitionierung Teilauf- 
gaben formuliert. Sieht man von Lösungen 
durch Einsatz von Mikrorechnerstrukturen 
ab, so wurde die Lösung durch den Entwurf 
von Leiterplatten und deren Bestückung mit 
TTL- und CMOS-Standardschaltkreisen rea- 
lisiert. Jedoch auch innerhalb von Mikrorech- 
nerstrukturen besteht neben der Nutzung der 
bekannten CPU-, Speicher- und Peripherie- 
Schaltkreise oft die Notwendigkeit, erforder- 
liche Zusatz- und Anpaßlogik in obiger Weise 

- mit Standardschaltkreisen bestückte Lei- 
terplatte - zu ergänzen. 

Diese traditionellen Lösungen besitzen zahl- 
reiche Nachteile, wie: 

- großes Volumen 

- großer Bauelementeaufwand 

- geringe Zuverlässigkeit wegen Vielzahl 
der Bauelemente und der Lötstellen 

- hoher Energiebedarf 

- teilweise geringe Geschwindigkeit. 

Wenn es gelingt, die Elektronikingenieure, 
die diese traditionelle Vorgehensweise prak- 
tizieren, von der neuen Qualität - dem Ent- 
wurf und dem Einsatz von ASIC - überzeu- 
gen zu können, so werden die obigen Nach- 
teile vermieden und die nachfolgenden öko- 
nomischen Effekte möglich. Diese Überzeu- 
gung wird jedoch nicht immer einfach sein, da 
der Schaltungsentwurf und insbesondere die 
bisher praktizierte Schaltungserprobung mit- 
tels Laboraufbauten vollständig entfällt, da 
diese bei ASIC unmöglich ist und durch eine 
rechnergestützte Simulation, also Nutzung 
von CAD/CAE-Systemen, ersetzt wird. Die- 
ses neue und ungewohnte Entwerfen setzt 
neben benutzerfreundlichen CAD-Systemen 


ASIC 

- nur ein neuer Begriff? 


Allein durch das Ausschreiben dieser Buchsta- 
benfolge: ASIC = Application Specific Integra- 
ted Circuit kann die Frage nicht beantwortet 
werden. 

Hinter ASIC verbergen sich neue quantitative 
Möglichkeiten der Anwendung der Mikroelek- 
tronik. International und national nimmt der Ent- 
wurf und der Einsatz von ASICs überdurch- 
schnittlich zu. Es lassen sich bedeutsame öko- 
nomische, zeitliche und technische Vorteile in 
einer großen Zahl unserer Betriebe und Kombi- 
nate erzielen. ASICs stellen eine Variante dar, 
daß die Anwender selbst Beiträge zur Lösung 
ihrer technischen Aufgabenstellungen mittels 
Mikroelektronik erbringen. 

Die möglichen volkswirtschaftlichen Effekte 
entstehen jedoch nur in großem Umfang, wenn 
auch in großem Umfang „alle Elektroniker“ der 
Anwenderindustrie die neuen Möglichkeiten 
und die Entwurfs- und Einsatzspezifika kennen 
und diese neuen Möglichkeiten auch praktisch 
nutzen. Daß diese Breite natürlich auch Kapazi- 
täten im Zyklus 1 und 2 erfordert, ist selbstver- 
ständlich. 

Dem dafür notwendigen Informieren dient die in 
diesem Heft beginnende Beitragsfolge. Ziel soll 
es sein, eine verständliche Einführung in diesen 
ständig an Umfang und Bedeutung gewinnen- 
den Problemkreis zu geben und, darauf aufbau- 
end, dominierende Vertreter der ASICs, deren 
Entwurf, deren Einsatz und deren (multiva- 
lente) Nutzung darzustellen. Dabei sollen ne- 
ben internationalen Aussagen und Trends ins- 
besondere die DDR-Entwurfssysteme und da- 
mit mögliche Effekte sowie Formen der Zusam- 
menarbeit von Anwendern und Herstellern im 
Mittelpunkt stehen. 

Diese Beitragsfolge stellt einen integralen Be- 
standteil eines Komplexes von Weiterbildungs- 
maßnahmen und Informationen dar. 

So ist im Fachvorstand Elektrotechnik der KDT 
innerhalb der Wissenschaftlichen Sektion 
„Computer- und Mikroprozessortechnik“ ein 
Fachausschuß „ASIC“ gegründet worden, der 
u.a. die Weiterbildungsarbeit im Rahmen der 
KDT leitet und teilweise durchführt. 

Es existieren bereits sporadisch oder perio- 
disch durchgeführte wissenschaftliche Veran- 
staltungen (z.B. I.ASIC-Seminar im Territo- 
rium Karl-Marx-Stadt - siehe Seite 325). Es 
werden Weiterbildungslehrgänge in verschie- 
denen Bezirken (z. B. Berlin, Karl-Marx-Stadt) 
und von verschiedenen Institutionen (Universi- 
täten, Entwurfszentren, Halbleiterindustrie) 
durchgeführt. Darauf aufbauend und weiterfüh- 
rend werden im Auftrag des Präsidiums der 
KDT von obigem Fachausschuß eine zentrale 
Lehrgangskonzeption zum Komplex ASIC vor- 
bereitet und Schulungs- und Informationsmate- 
rial erarbeitet. Auf dieser Basis werden in den 
Bezirken diese zentralen Lehrgänge ab 1989 
durchgeführt werden können. 

Neben den Weiterbildungsaktivitäten existieren 
auch organisierte Formen des Erfahrungsaus- 
tausches und Möglichkeiten, konkrete Entwürfe 
in Anwenderentwurfszentren (z. B. im Schalt- 
kreiszentrum des VEB Textima-Elektronik Karl- 
Marx-Stadt) durchzuführen bzw. vorhandene 
(Teil-)Entwürfe nachzunutzen. 

Man muß die eingangs gestellte Frage mit ei- 
nem eindeutigen NEIN beantworten. ASIC ist 
nicht nur ein neuer Begriff, ASIC ist eine neue 
Philosophie der Anwendung der Mikroelektro- 
nik. ASIC ist eine weitere, aber notwendige 
Nutzungsform der sich ständig weiterentwik- 
kelnden Möglichkeiten der Mikroelektronik, die 
damit auch notwendigerweise umfassend ge- 
nutztwerden kann und muß. 
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ASIC von Abis Z(C) 


ASICs (siehe 


ASIC 

(Application Specific Integrated Circuit) 

Unter ASIC sollten verschiedene Arten von 
Schaltkreisen (PLD, GA, STAZ u, a.) verstan- 
den werden, die für spezielle Anwendungen bei 
Beachtung von vorgegebenen Entwurfsregeln 
und -restriktionen (vorgegebene Funktionsele- 
mente. Grundprinzipien und -Strukturen) mit 
Hilfe durchgängiger Entwurfssysteme auch 
von potenten Anwendern entworfen oder pro- 
grammiert werden. 

EPLD 

(Erasable Programmable Logic Device) 
Programmierbares Logikfeld mit programmier- 
barer AND-Matrix und fester OR-Matrix (ver- 
gleichbar mit PAL), aber verbessertem Konzept 

- insbesondere Ein- und Ausgabe - zur Reali- 
sierung von - im Vergleich mit PLD (siehe dort) 

- komplexeren Aufgabenstellungen. Sie sind 
wie EPROM programmierbar. 

FC 

(Full Custom) 

Bezeichnung für einen Voil-Kundenwunsch- 
Entwurf bzw. -Schaltkreis (VKW). Oft wird for- 
muliert, diese Art wird auf T ransistorniveau opti- 
mal entworfen (Frage: Unter welchem Aspekt 
optimal und von wem entworfen?). FCs sollten 
nur dann zur Klasse der ASICs gezählt werden, 
wenn sie nicht völlig „frei“ von „Profis“ entwor- 
fen werden. 

GA 

(Gate Array) 

Digitale Grundschaltungen (Gate-Tprschal- 
tung) sind in regelmäßiger festgelegter Anord- 
nung (Array-Matrix, Feldanordnung) auf vorge- 
fertigtem Untergrund (Master Slice - teilpräpa- 
rierte Si-Scheibe, die die standardisierten T ran- 
sistoren enthalt) vorhanden. Damit sind GA- 
Schaltkreise charakterisiert durch: 

- ausschließliche Nutzung vorgegebener, 
standardisierter Grundschaltungen (Funktions- 
elemente, Makros, Bibliothekselemente - z. B. 
2fach NAND) 

- konstante Anzahl und Lage der Funktions- 
elemente 


eine Mindestbereitschaft bei den Elektronik- 
ingenieuren voraus. 

• ökonomische Gründe 
Die Triebfeder der ständigen technologi- 
schen Weiterentwicklung der Mikroelektronik 
ist der mit steigendem Integrationsgrad sin- 
kende Preis pro Transistor. Daraus resultiert 
die wachsende Komplexität auch der bisheri- 
gen Standardschaltkreise. Mit diesem Wach- 
sen ergibt sich jedoch der (bekannte) Wider- 
spruch, daß mit dem möglichen Ansteigen 
der Komplexität der vom Schaltkreis reali- 
sierten Funktion auch die Einsatzbreite die- 
ses Schaltkreises und damit seine Stückzahl 
sinkt. Dies bedeutet, der Vorteil der Mikro- 
elektronik-geringe Preise bei großen Stück- 
zahlen - wird nicht wirksam ! Die Lösung die- 
ses Widerspruchs wurde versucht durch kon- 
sequente und mehrfache Nutzung der Stan- 
dardisierung zu erreichen. Zum Beispiel beim 
Gate-Array-Schaltkreis - als ein dominieren- 
der Vertreter der ASICs - durch Standardi- 
sierung des Entwurfes und der (Teil-)Stan- 
dardisierung der Präparation. 

2 ln 151 wurde der Übergang vom Transistor zu standardi- 
sierten Grundelementen verglichen mit dem Übergang vom 
Ziegel zur Großplatte im Bauwesen. Während mit Ziegeln 
„sowohl Schlösser als auch Katen“ mit hohem Aufwand ge- 
baut werden können, erbringt die Nutzung von Wandplatten 
große Einsparungen an Baukosten und -Zeiten bei Be- 
schranxung aui eine spezielle Klasse von Bauwerken. 
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- konstante Anzahl, Lage und Kapazität der 
Verdrahtu ngskanäle 

- konstante Pinanzahl und festgelegter 
Chipfläche, wodurch auch die Gehäuseform fi- 

GE 

Gatteräquivalent, 

wird als „Maßeinheit“ zur Angabe der funktio- 
nellen Komplexität von ASICs genutzt. 

1 GE - 2fach NAND (-- 4 Transistoren bei 
CMOS-Realisierung) 

HKW 

Halb-Kundenwunsch-Entwurf bzw. -Schalt- 
kreis. 

typische Vertreter: GA und STAZ. Die Wünsche 
des Kunden können wegen der Vorgabe stan- 
dardisierter FE nur „halb“ erfüllt werden. Die 
Bezeichnungen VKW, HKW, FC und SC cha- 
rakterisieren das Typische von ASICs nur un- 
genügend! 

LCA 

(Logic Cell Array) 

Attraktiver Vertreter der ASICs, vereinigt die 
Flexibilität und Quantität (bis 5000 GE) von GA - 
Schaltkreisen mit der Programmierbarkeit - 
und damit sofortiger Verfügbarkeit - von PLD- 
Schaltkreisen (siehe dort). Dazu wird eine Ma- 
trix programmierbarer (steuerbarer) Logik- 
blöcke (ebenfalls AND-OR-Strukturen) mit pro- 
grammierbaren Ein-/Ausgangsmakrozel!en 
umgeben. 

PAL 

(Programmable Array Logic) 

Programmierbares Logikfeld (AND-OR-Struk- 
tur) mit programmierbarer AND- und fester OR- 
Matrix. 

PLA 

(Programmable Logic Array) 

Programmierbares Logikfeld mit programmier- 
barer AND-Matrix und programmierbarer OR- 
Matrix [Mit Modifikationen auch als FPLA (Field 
PLA) bezeichnet], 

PLD 

(Programmable Logic Device) 

Einerseits Sammelbegriff für vom Anwender 
programmierbare ASICs geringer Komplexität 
(z. 8; ■FPLA, PAL, PLA), andererseits Bezeich- 


Natürlich muß jede Standardisierung 2 noch 
die Möglichkeit einer Individualisierung zu- 
lassen. Technisch formuliert: die standardi- 
sierten Produkte müssen zur Lösung der indi- 
viduellen, speziellen technischen Aufga- 
benstellungen geeignet sein. Bei dem VLSI- 
Standardschaltkreis „Mikroprozessor“ er- 
folgt dies, indem die universelle (standardi- 
sierte) Funktion des Mikroprozessorschalt- 
kreises durch Anlegen von Steuersignal(-fol- 
gen) zur individuell notwendigen Funktion 
überführt wird. Das heißt, der Mikroprozessor 
wird innerhalb einer Mikrorechnerstruktur 
durch die Programmierung vom Anwender 
individualisiert. 

Bei den traditionellen Standardschaltkreisen 
geschieht die „Individualisierung“ der techni- 
schen Lösung durch gezielte Auswahl und in- 
dividuelle Verdrahtung der Standardschalt- 
kreise auf der Leiterplatte. Bei einer vereinfa- 
chenden Betrachtungsweise kann ein Gate- 
Array-Schaltkreisentwurf ähnlich, als Aus- 
wahl standardisierter Funktionselemente (Bi- 
bliothekselemente, Makros) und deren Pla- 
zierung und Trassierung auf dem - später 
realisierten - Chip, aufgefaßt werden. 

Der Ersatz einer oder mehrerer Leiterplatten 
durch einen ASIC erbringt große ökonomi- 
sche Effekte (Verringerung der Kosten, Erhö- 
hung der Zuverlässigkeit u. v. a.), stellt aber 


nung für eine spezielle Art von 
EPLD). 

ROM 

(Read Only Memory) 

Bekanntes Bauelement in verschiedenen Pro- 
grammiervarianten als maschinenprogram- 
mierbaret RQM, PROM, EPROM u.a. ROM 
sind durch eine feste AND-Matrix und eine pro- 
grammierbare. vollständige OR-Matrix charak- 

PROM kann als Ausgangspunkt für die PLD 
|eten 

(Semi-Custom) 
siehe HKW 

SC 

(Standard Cell) 
siehe STAZ 

SK mit allgemeinen Zellen 
Diese Zellen sind Funktionsblöcke (Blockma- 
kros, Megazellen) mit großer funktioneller Kom- 
plexität (z.B. mit der Funktion eines CPU- 
Schaltkreises 8086). Im Gegensatz zum VolF 
Kundenwunschentwurf sind beim ASIC-Ent- 
wurf auch diese allgemeinen Zellen - zwar sehr 
zahlreich - dennoch Elemente einer Makrobi- 
bliothek und damrt rn allgemeinen vom Anwen- 
der nicht entworfen. 

STAZ 

Standarazellen-Entwurf bzw. -Schaltkreis 
Wie bei GA erfolgt Entwurf durch ausschließli- 
che Nutzung vorgegebener, standardisierter 
Funktionselemente, die jedoch auf der Basis 
angepaßter, damit unterschiedlich dimensio- 
nierter Transistoren entworfen sind. Daher und 
wegen der variablen Anordnung der Funktions- 
elemente ist keine Vorfertigung möglich. 

Damit sind STAZ charakterisiert durch: 

- ausschließliche Nutzung vorgegebener stan- 
dardisierter Fünktionselemente 

- variable Anzahl und Lage der Funktionsele- 
mente 

- variable Anzahl. Lage und Kapazität der Ver- 
drahtungskanäle 

- variable Pinanzahl und Chipfläche (im Rah- 
men festgelegter Bondinselringe) . 


nur eine Art „Einstiegsvariante“ dar und muß 
bei weiteren ASIC-Entwürfen durch Beach- 
tung der systemtechnischen Erfordernisse 
ergänzt werden. 

• systemtechnische Gründe 

Diese treten immer mehr in den Mittelpunkt 
und gewinnen an Bedeutung. Mit anderen 
Worten: Neue originelle Systemlösungen 
sind in der erforderlichen Komplexität und 
den zeitlichen Fristen (Erneuerungsgrad) 
(fast) nur mittels ASIC realisierbar. Es wer- 
den Lösungen möglich, und solche innovati- 
ven Lösungen sind auch notwendig, die mit 
„verfügbaren“ Standardschaltkreisen nicht 
oder die auf der Basis eines beim Schalt- 
kreishersteller in Auftrag gegebenen (Voll-)- 
Kundenwunsch-Schaltkreises oft viel zu spät 
realisierbar wären. 

Wenn der Geräte- oder Systementwickler 
seinen ASIC selbst entwirft, bleibt natürlich 
auch sein Systemwissen bei ihm und kann so 
geschützt oder ökonomisch (kostenpflichtige 
Nachnutzung) verwertet werden. 

• rechentechnische Gründe 

Neben den „herangereiften“ Möglichkeiten 
der Mikroelektronik sind auch die wachsen- 
den und - direkt oder indirekt - am Arbeits- 
platz des Elektronikingenieurs verfügbaren 
rechentechnischen Ressourcen zu nennen. 
Mit dieser Rechentechnik sind die notwendi- 
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gen durchgängigen CAD-Systeme, die die 
„Machbarkeit“ der Entwürfe erlauben, mög- 
lich. Diese CAD-Systeme gestatten die Be- 
herrschung der quantitativen Parameter 
(steigende Zahl der Gatteräquivalente), un- 
terstützen den prüffreundlichen Entwurf so- 
wie den (anzustrebenden) Wegfall eines Re- 
designs und bieten eine benutzerfreundliche 
Schnittstelle mit - zukünftig verstärkt - Kom- 
ponenten des Entwurfs in Ebenen über dem 
Logikplan und eines wissensbasierten Sy- 
stems. 

Die Benutzerfreundlichkeit entsteht durch 
Möglichkeiten wie: grafische Ein- und Aus- 
gabe, ausgefeilte Menü- und Windowtechnik, 
um mit Effektivität die vorhandenen Simula- 
tions-, Generierungs- und Hilfsprogramme 
ohne große rechentechnische Spezialkennt- 
nisse nutzen zu können. Dennoch sind ge- 
genwärtig die angedeuteten Akzeptanzpro- 
bleme vorhanden, die aus notwendigem Um- 
denken - Ersatz von Messungen an „Brett- 
schaltungen“ durch Simulation der Funktion 

- resultieren. Dieses Umdenken ist ver- 
gleichbar mit dem bei Nutzung der Mikro- 
rechentechnik. Im Bild 2 sind vereinfacht, 
ausgehend von einer Aufgabenstellung, zwei 
unterschiedliche technische Lösungsvarian- 
ten und ihre Implementierungs- bzw. Ent- 
wurfsebenen skizziert. Die Vergleichbarkeit 
der Lösungsschritte ist erkennbar. Dabei soll 
nicht eine Alternative zwischen Mikrorech- 
ner- und ASIC-Lösung assoziiert werden, 
sondern im Gegenteil sollten sich beide sinn- 
voll ergänzen 161. 

Inhalt von ASIC 

Viele neue Begriffe besitzen einen unklaren 
oder mehrdeutigen Inhalt, so auch der Be- 
griff: ASICs 

Der Vorschlag, die integrierten Schaltkreise 
in zwei Klassen einzuteilen: Standardschalt- 
kreise und Anwendungsspezifische Schalt- 
kreise scheint zu stark vereinfachend zu sein, 
weil damit auch die Vollkundenwunsch- 
Schaltkreise, (mit einem möglichen optima- 
len Entwurf) zur Klasse ASIC gehören wür- 
den. 

ASIC sollten Schaltkreise sein, die eine 

- Klasse von Schaltkreisen mit mehreren 
Realisierungsformen sind, deren 


Bild 2 Vergleichbare Entwurfsebe- 
nen für unterschiedliche Realisie- 
rungsformen (bei ASIC entfallen 
elektrischer und geometrischer Ent- 
wurf ganz oder teilweise) 



- Entwurf durch ein leistungsfähiges CAD- 
System unterstützt wird bei 

- Beachtung bestimmter Entwurfsvorgaben 
(Regeln und Restriktionen) und deren 

- Entwurf oder Anpassung auch durch po- 
tente Anwender möglich ist. 

ASIC eine Revolution? 

Diese Frage muß unter dem Aspekt der Mi- 
kroelektronik verneint werden. ASICs sind 
Ausdruck der kontinuierlich wachsenden 
quantitativen Möglichkeiten der Mikroelektro- 
nik. 

Diese Frage kann unter dem Aspekt der An- 
wendung bejaht werden. ASICs stellen durch 
ihre Anwendung eine Variante dar, völlig 
neuartige systemtechnische und ökonomi- 
sche, eben revolutionierende, Effekte zu er- 
zielen. 

Diese Frage kann aber auch unter dem 
Aspekt des Entwurfs von ASICs bejaht wer- 
den. Der Entwurf von ASICs durch die An- 
wender stellt ebenfalls eine neue, die Breite 
der Anwendung der Mikroelektronik revolu- 
tionierende Variante dar, „. . . wenn sie 
die Massen (der Elektronikingenieure) er- 
faßt . . .“. 

Daher werden in den nachfolgenden Beiträ- 
gen die Spezifika und der Entwurf der ver- 


schiedenen ASIC-Arten, die CAD-Systeme 
und die Schnittstellen zwischen Entwerfer 
(Anwender) und Hersteller erläutert, um auf 
diese Weise zur erforderlichen Breite beiz’u- 
tragen. 

Literatur 

IV khambata, A. J,: Einführung in die Gruppenintegration. 

Berlin: VEB Verlag Technik 1 971 
121 Broth, J. S. et al,: The Megacell concept an approach to 
painless custom design. IEE Proc. 1985, No. 2 
131 Kern, W.; Kind, R.; Merkel, P.; Sickert, K.: Wachstum 
durch Größtintegration und CAE-Einsatz. Elektronik 
(1986)2 

74/ Penfield, P.: Small is Big - The Microelectronics Chal- 
lenge Memo with in M.I.T., Cambridge 1981 
151 Garbrecht, A.: Semicustom - IC - Weg zur Wirtschaft- 
lichkeit NTZ27 (1983) 3, S. 156 
16/ Müller, D.: Gate-Array-Schaltkreise - eine Alternative zu 
Mikroprozessorschaltkreisen? Wissenschaftliche Zeit- 
schrift der TH Karl-Marx-Stadt (1985) 2, S. 245 


El KONTAKT « 


Technische Universität Karl-Marx-Stadt, Sektion Informa- 
tionstechnik, Reichenhainer Straße 70, Karl-Marx-Stadt, 
9022; Tel. 561 31 95 


■v-v-v-.-w , .. >. | « ' 

1 . ASIC-Seminar 1 988 


Unter dem Thema „Entwurf und Anwendung von ASIC“ veranstaltete die 
Technische Universität Karl-Marx-Stadt gemeinsam mit dem Schaltkreis- 
zentrum des VEB Kombinat Textima und dem Fachausschuß ASIC der 
KDT vom 26. bis 28. April 1988 ein wissenschaftliches Seminar, in dem 
Spezialisten aus Forschung, Lehre und industrieller Praxis Erfahrungen zu 
Fragen des Entwurfs und der Anwendung kundenspezifischer Schaltkreise 
austauschten. 

Das Seminar setzte die schon langjährige Tradition der Problemseminare 
„Schaltkreis- und Systementwurf" fort. 

In 1 9 Vorträgen wurde über T rends im ASIC-Entwurf , Systembeschreibung, 
Logikentwurf. Multilevel-Simulation. Layoutbearbeitung, Grafikunterstüt- 
zung und Entwurfserfahrungen an Hand spezieller ASIC-Entwicklungen 
berichtet. 

Prof. Dr. Müller (TUK) und Fraikin (ZMD) hoben in ihren Vorträgen die Be- 
deutung des Systementwurfes für die modernen hochintegrierten ASIC-Lö- 
sungen hervor. Prof. Dr. Monjau (TUK) ergänzte die vorgestellten Gedan- 
ken durch die Vorstellung moderner Hardware-Beschreibungssprachen. 
Für den Entwurf von Mikroprogrammsteuerungen (Dr. Feske, AdW) bzw. 
den Logikentwurf (Prof. Dr. Bochmann, Dr. Steinbach, TUK) wurden Pro- 
grammsysteme mit interessanten theoretischen Ansätzen vorgestellt. Eine 
wichtige Entwicklungsrichtung für den ASIC-Entwurf stellt die 16-Bit-Ar- 
beitsplatzcomputertechnik dar. Dazu berichteten Pauliuk (TUK) über ein 


Programmsystem zur Unterstützung der Schaltungseingabe und Logiksi- 
mulation (PCGAD) und Feustel (Robotron) über die grafische Schaltungs- 
eingabe. Gedanken zu diesem letzten Komplex trug auch Dr. Leimert (Tex- 
tima) vor. wobei sich dies auf eine Erweiterung des bisher genutzten Pro- 
grammsystems Archimedes bezog. Dr. Weber (HUB) stellte ein Layoutbe- 
arbeitungssystem (HULDA) vor, das auf PC-Techmk lauffähig ist. 

Erfahrungen aus der Praxis des U 5200-ASIC-Entwurfs wurden durch die 
Vorträge von Wiese, Dr. Böhl (ZMD) und Dr. Gerlach (Robotron) vermittelt. 
Zum Standardzellen-Entwurf sprach Krusche (FZW) und zum Entwurf mit 
dem ISA-System Neugebauer (HFO) Dem Problem der Entwurfsverifizie- 
rung wurde der interessante Vortrag von Dr. Schwarz zum Einsatz des Mul- 
tilevel- Simulators KOSIM gewidmet. Vorstellungen zu alternativen Gate- 
Array-Systemen vermittelten die Vorträge von Dr. Herrmann (TUK), Dr. Rit- 
ter (MEE) und Kühlmann (TH!) . 

In einer vielbeachteten Veranstaltung zur Demonstration von Entwurfssoft- 
ware auf 16-Bit-PC wurden das Logikentwurfssystem XBOOLE (TUK), der 
Logiksimulator PCGAD für das Gate-Array-System U 5200 (TUK) und das 
Layoufbearbeitungssystem HULDA (HUB) vorgestellt. 

Das nächste ASIC-Seminar findet im April 1 989 statt 

Prot Dr. sc. techn.D. Müller \ 

" ■ d. .■ ., Vorsitzender des FA .ASIC' 
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Ein Baum voller Menüs 


Dr. Ulrich Müller , Plauen 


Einleitung 

Die Programmiersprache PLZ hat nur eine 
vergleichsweise geringe Verbreitung gefun- 
den, obwohl sie eine Reihe von Vorzügen be- 
sitzt. Sie fördert den klaren logischen Aufbau 
und die konsequente Strukturierung der Pro- 
gramme besser als die meisten anderen Pro- 
grammiersprachen /I/. Sie kann relativ ein- 
fach jeder Programmumgebung angepaßt 
werden, und es können problemlos auch Pro- 
grammteile in Maschinensprache entwickelt 
und eingebunden werden, was PLZ z. B. für 
bestimmte Aufgaben der Prozeßautomation 
prädestiniert. Eine nützliche Programmier- 
technik stellt die Anwendung rekursiver Lö- 
sungen dar. Rekursive Lösungen sind meist 
kompakter und oft leichter zu schreiben und 
zu verstehen. Wie das im folgenden vorge- 
stellte Beispiel zeigt, ist Rekursion besonders 
bequem bei rekursiv definierten Datenstruk- 
turen wie Bäumen. 

Die sinnvolle und zweckmäßige Gestaltung 
der Mensch-Maschine-Kommunikation, der 
Art und Weise, wie sich jemand, der mit ei- 
nem Computer arbeiten will, mit diesem ver- 
ständigen kann, stellt eine wichtige Teilauf- 
gabe bei der Entwicklung von Software dar. 
Fehler und Versäumnisse, die an dieser 
Stelle Vorkommen, mindern später die 
Brauchbarkeit des Systems meist ganz er- 
heblich. Dabei sind die unterschiedlichsten 
Gesichtspunkte zu berücksichtigen: Soll der 
Computer von einem Spezialisten bedient 
werden, der über umfangreiche Vorkennt- 
nisse auf dem Gebiet der Rechentechnik ver- 
fügt? Werden die Bediener Fachleute auf 
ganz anderen Gebieten sein, von denen man 
nicht verlangen kann, daß sie sich umfangrei- 
che Kenntnisse zusätzlich aneignen, nur um 
den Rechner nutzen zu können ? Gibt es eine 
fest vorgegebene Menge von Kommandos, 
oder muß die Zahl und Struktur der Komman- 
dos eher flexibel gehalten werden? Ist es un- 
ter Umständen erforderlich, mit den Kom- 
mandos gewisse Parameter zu übergeben? 
Es liegt auf der Hand, daß so verschiedene 
Forderungen nicht mit einem einzigen Kon- 
zept erfüllt werden können. Komfortable Be- 
triebssysteme müssen eine andere Kom- 
mandostrukturverwenden als ein Programm, 
mit dem z. B. eine konkrete Teilaufgabe im 
produktionsvorbereitenden Bereich eines 
Betriebes bearbeitet werden soll oder das 
eine Maschine steuern soll. Gerade in den 
letztgenannten Fällen ist eine möglichst un- 
komplizierte Bedienung wünschenswert. 
Eine bewährte Methode dafür ist die soge- 
nannte Menütechnik. 

Eine Hierarchie von Menüs 

Das Wesen der Menütechnik besteht darin, 
daß dem Bediener, immer wenn der Rechner 
ein Kommando erwartet, die zum Zeitpunkt 
möglichen Kommandos in Form einer Ta- 
belle, dem Menü, angeboten werden. Das 
Menü enthält neben der Liste der Komman- 
dos auch eine knappe Angabe zur Wirkung 
der Kommandos. Die Kommandos brauchen 
deshalb nicht sinnfällig zu sein; es können 
ohne weiteres Einzelzeichen (Buchstaben 
und Ziffern) als Kommando benutzt werden. 


Die Bedienung bleibt trotzdem einfach und 
erfordert keinen großen Lernaufwand. 

In vielen Fällen wird nun eine ganze Folge 
von Kommandos erforderlich sein, um ein be- 
stimmtes Ziel zu erreichen; nach jedem Kom- 
mando bietet sich wieder eine Auswahl von 
neuen, spezielleren Kommandos, bis der 
Pfad zu Ende verfolgt und die gewünschte 
Aktion am Rechner ausgelöst wurde. Aus ei- 
nem übergeordneten Menü werden die je- 
weils untergeordneten Menüs aufgerufen, 
und erst auf der niedrigsten Ebene wird die 
gewünschte Aktion ausgeführt. 

Die Menüs bilden ein hierarchisches System, 
sie sind gewissermaßen in einem Baum an- 
geordnet. Jede Verzweigung bildet ein Menü. 
Die Verzweigungen liegen auf verschiede- 
nen Niveaus. Der Bediener erreicht, vom Be- 
triebssystem kommend, auf dem der Menü- 
baum gewissermaßen steht, die erste Ver- 
zweigung auf dem nullten Niveau. Man 
könnte das Menü dort Hauptmenü nennen, 
weil damit die grobe Vorauswahl zur ge- 
wünschten Betriebsart vorgenommen wird. 
Wir wollen dieses Niveau als höchste Ebene 
bezeichnen, obwohl sie sich im Bild ganz un- 
ten befindet (Der Baum müßte also genauge- 
nommen kopfstehen, aber welches Bild 
stimmt schon hundertprozentig?). Durch je- 
des gültige Kommando erreicht der Bediener 
das nächst niedrigere Niveau, bis sozusagen 
die ausgewählte Astspitze erreicht ist und die 
eigentliche Aktion vom Rechner ausgeführt 
wird. Danach kehrt der Rechner wieder auf 
das nächst höhere Niveau zurück. Daneben 
muß natürlich auf jeder Ebene die Möglich- 
keit bestehen, durch ein spezielles Kom- 
mando, z. B. durch Betätigen der Taste OFF 
das jeweils höhere Niveau zu erreichen 
(wenn z. B. versehentlich ein falsches Kom- 
mando gegeben wurde). Man kann sich also 
ganz frei in unserem Menübaum bewegen 
und hat dabei stets vor Augen, welche Kom- 
mandos im Moment gerade möglich sind. 
Dazu ein konstruiertes Beispiel: Ein für eine 
Meßplatzsteuerung ausgelegter Mikrorech- 
ner soll mit umfangreichen Selbsttestfunktio- 
nen ausgestattet sein. Soll etwa ein speziel- 
ler RAM-Test ausgeführt werden, so wird der 
Bediener geführt wie in Bild 1 gezeigt. 

Ein rekursives Programm 

Die Aufgabe, eine Bedienerführung in Menü- 
technik zu realisieren, stellt einen Program- 
mierer nicht vor allzu große Probleme. Für je- 
des Menü ist der Menütext auf dem Bild- 
schirm anzuzeigen; dann muß die Tastatur 
abgefragt und entsprechend dem Abfrageer- 
gebnis zu den Menüs des nächst niedrigeren 
Niveaus verzweigt werden. Dabei kann vor- 
teilhaft die Unterprogrammtechnik angewen- 
det werden, da bei jedem Menü ganz ähnli- 
che Funktionen zu realisieren sind. Ein BA- 
SIC-Beispiel mit großer Flexibilität der Menüs 
demonstriert 121. 

Eine elegantere Lösung stellt allerdings die 
Anwendung eines rekursiven Programmes 
dar. Als rekursiv wird ein Programm bezeich- 
net, das sich selbst aufruft; damit dies mög- 
lich ist, müssen die Parameterübergabe an 
das Programm und die bezüglich des Pro- 
gramms lokalen Variablen in geeigneter 


Weise organisiert sein (z. B. über den Stack). 
Die Blockstrukturen (je nach Programmier- 
sprache als Funktion, Prozeduro. ä. bezeich- 
net) leistungsfähiger höherer Programmier- 
sprachen besitzen diese Eigenschaft. Die 
Nützlichkeit der Rekursivität mag vielleicht 
nicht sofort augenfällig sein. Ein schönes Bei- 
spiel, das für eine Reihe technischer Anwen- 
dungen interessant sein könnte, zeigt /3/. 
Auch für unser Menüprogramm ist eine rekur- 
sive Struktur sehr vorteilhaft. Auf jedem Me- 
nüniveau wird das Menüprogramm aus dem 
jeweils höheren Niveau aufgerufen (das 
Hauptmenü aus dem Betriebssystem); als 
Parameter wird dabei ein Zeiger, der auf ei- 
nen Kenndatensatz weist, übergeben, der 
das jeweilige Menü spezifiziert. Das gesamte 
Programm, das die Menüs realisiert, redu- 
ziert sich damit auf ein Minimum, der Umfang 
ist unabhängig von der Anzahl der Menüs. 
Die Struktur des Menübaumes wird auf die 
Zeigerbeziehungen der Kenndatensätze ab- 
gebildet. 

Die Kenndatensätze besitzen die im Bild 2 
dargestellte Struktur (vgl. dazu die Typenver- 
einbarung für die Kenndatensätze im PLZ- 
Programm). 

Bild 3 zeigt einen Teil der Kenndatensätze für 
unser Beispiel. Dem eigentlichen Menüpro- 
gramm wird nun ein Zeiger auf den jeweiligen 
Kenndatensatz übergeben. Dies beginnt in 
der Hauptprozedur mit dem Zeiger auf den 
Kenndatensatz (siehe PLZ-Programm Bild 4) 
des Hauptmenüs. Die niedrigeren Niveaus 
werden vom Menüprogramm aus aufgeru- 
fen. Dazu wird dem Kenndatensatz zunächst 
der Zeiger auf den Menütext entnommen und 
einer Prozedur zum Anzeigen von Texten 
übergeben (die hier wohl nicht näher aufge- 









Bild 3 Auszug aus dem Tabellenteil, der Kenndatensätze und Menütexte 
enthält sowie die Prozedur xec 


führt zu werden braucht), so daß der Menü- 
text auf dem Bildschirm erscheint. Danach 
wird auf der Konsole ein Zeichen erwartet. Je 
nachdem, welches Zeichen nun eintrifft, führt 
das Menüprogramm verschiedene Operatio- 
nen aus: Bei OFF wird das Menüprogramm 
mit RETURN verlassen, das heißt, es wird in 
das Menü des nächst höheren Niveaus zu- 
rückgekehrt (bzw. vom Hauptmenü ins Be- 
triebssystem). 

Wird die Taste ENTER betätigt, so ruft das 
Menüprogramm die Prozedur xec, der es als 
Parameter die Startadresse für die abzuar- 
beitende Routine übergibt. Die Prozedur xec 
führt einen Sprung auf die übergebene 
Adresse aus und untergräbt damit in gewis- 
sem Sinne ein Anliegen der Programmier- 
sprache PLZ, nämlich durch eindeutige 
Sprachdefinition, klaren logischen Aufbau 
der Programme und Strukturierbarkeit, gute 
Programmiertechniken zu fördern, weshalb 
bei PLZ ganz bewußt auf eine Sprunganwei- 
sung verzichtet wurde. Andererseits eröffnet 
die Prozedur xec die sonst nicht gegebene 
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Möglichkeit, mit einer Startadressentabelle 
zu arbeiten. Normalenweise wird nur vom 
niedrigsten Niveau aus eine solche Routine 
aufgerufen; auf den höheren Niveaus wird 
dann eine noop-Routine eingesetzt, so daß 
die ENTER-Taste wirkungslos bleibt (ebenso 
wie andere ungültige Kommandos). Natürlich 
könnte an dieser Stelle auch ein Fehlertext 
ausgegeben werden, der das ungültige Kom- 
mando zurückweist. 

Zum Anwählen eines gewünschten Zweiges 
eines Menüs werden im Beispiel die Zahlen 
1 . . . n [n = Anzahl der Verzweigungen vom 
aktuellen Knoten (Menü)] verwendet. Bei 
Eintreffen eines solchen Kommandos wird 
das Menüprogramm erneut aufgerufen und 
mit dem Zeiger auf den neuen Kenndaten- 
satz versorgt, der aus dem übergeordneten 
Kenndatensatz entnommen wird. Es ist aber 
auch ohne weiteres möglich, mit jedem Menü 
eine Tabelle der jeweils gültigen Komman- 
dos zu verbinden oder die Anwahl der Zweige 
unter Kursorsteuerung vorzunehmen. 

Die Programmiersprache PLZ erlaubt eine 


gute Strukturierung der Daten und einen be- 
quemen Zugriff auf die Elemente des Kenn- 
datensatzes über einen Zeiger auf den Kenn- 
datensatz; das Menüprogramm läßt sich des- 
halb sehr kompakt und übersichtlich formu- 
lieren. Eine Übertragung auf andere Pro- 
grammiersprachen, die in ähnlicher Weise 
die Strukturierung von Programmen und Da- 
ten unterstützen, ist für anders gelagerte An- 
wendungsfälle sicher problemlos möglich. 
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zur 2. Umschlagseite 


3-D-Simulation — 
interaktiver Entwurf 
von räumlichen Modellen 


Andreas Thierbach 

Büro für Stadtplanung beim Rat der Stadt Frankfurt (Oder) 


Die Leistungsfähigkeit von Computern be- 
weist sich immer mehr auch in der Anwen- 
dung für Systemmodellierungen, Simulatio- 
nen oder Prozeßoptimierungen, dort, wo eine 
Vielzahl von Daten und Kriterien mit hoher 
Geschwindigkeit verknüpft, manipuliert oder 
bewertet werden muß. 

Von wachsendem Interesse ist dabei die Si- 
mulation der räumlichen Umwelt, sei es in der 
Grafik, der Malerei, im Design, in der Archi- 
tektur oder in der Planung allgemein. Für 
diese Aufgaben finden aufgrund von wach- 
sender Verbreitung, höherer Leistungsfähig- 
keit sowie verbesserter Software zunehmend 
auch Kleinrechner ihre Anwendung. 
3-D-Simulation ist ein bildschirmorientiertes 
Programm für Kleincomputer (KC 85) zur Un- 
terstützung von Entwurfsprozessen, wozu 
die Modellierung geometrischer, formgestal- 
terischer oder architektonischer Körper und 
Objekte, die Komposition flächiger oder 
räumlicher Strukturen, sowie eine räumlich- 
perspektivische Kontrolle und Korrektur ge- 
hören. 

Arbeitsprinzip 

Baukasten - Modellbau - Modellsimulation 

• Erstellen von „Modellbausteinen'' beliebi- 
ger Form („monolithisch" oder seriell), die 
auch weiterhin verformbar bleiben 

• Arrangieren, Komponieren der Bausteine 
zum Modell 

• Betrachten, Überprüfen und Verändern 
des Modells aus beliebiger Position (von au- 
ßen, innen, aus der Bewegung; siehe Bildse- 
rie 1, 2. Umschlagseite). 

Modellbegriff 

Unter Modell wird die Abstraktion von realen 
oder gedachten räumlichen Objekten oder 
Strukturen verstanden. Hier sind das digital 
gespeicherte Daten von Merkmalen, die zur 
Visualisierung des Modells notwendig 
sind. 

Das Kanten- und Drahtmodell (im Unter- 
schied zum Flächen- und Volumenmodell) 
wird aus einem oder mehreren Elementen 
(hier auch als Bausteine oder Körper be- 
zeichnet) zusammengesetzt. 

Jedes Element wird wiederum durch seine 
Eckpunkte , deren Lage im karthesischen 
Koordinatenraum sowie durch verbindende 
Linien (Kanten oder Strukturen) definiert. 
Durch Transformation der Punktkoordinaten 
auf eine Bildebene nach mathematischen Re- 
geln der perspektivischen Darstellung und 
Ausgabe der Verbindungslinien auf Bild- 
schirm, Plotter oder Drucker werden die digita- 
len Modelldaten als Bild sichtbar. Die Darstel- 
lung der Horizontlinie oder des Koordinaten- 
kreuzes fixiert das Modell optisch im Raum. 


Das Programm bietet aufgrund seiner kom- 
pakten Struktur, der Maschinenprogrammie- 
rung und der vollen Ausnutzung des Spei- 
chers ein umfassendes Funktionsangebot, 
hohe Rechen- und Darstellungsgeschwin- 
digkeit sowie eine Verarbeitung vieler Daten 
bei einfacher Bedienung und hohem Kom- 
fort. 

Das Anwendungsspektrum könnte von der 
Einführung in den rechnergestützten Entwurf 
(CAD) bis zur direkten Nutzung für CAD rei- 
chen; 

- Mathematik, Geometrie: 3-D-Visualisie- 
rung von Körpern 

- Bildkünstlerische Ausbildung, Zeichenun- 
terricht, Darstellungslehre, Entwerfen allge- 
mein: Training des Raum-Körper- Vorstel- 
lungsvermögens, Vermittlung der Regeln der 
perspektivischen Darstellung, Überprüfen 
flächiger und räumlicher Kompositionen 

- Formgestaltung, Architektur, Stadtpla- 
nung: Ausbildung und Praxis. 

Nutzung und Handhabung 

• Generieren linearer, flächiger oder räum- 
licher Grundelemente durch Punktdatenein- 
gabe oder Zeichnen auf dem Bildschirm 

• Vervielfältigen, Sortieren oder Löschen 
von Elementen, Elementeteilen oder Ele- 
mentegruppen 

• Manipulieren und Arrangieren dieser Ele- 
mente, d. h. Größen-, Form- und Lageverän- 
derung durch Verschieben, Spiegeln, Dre- 
hen, Zerren, Stauchen, Vergrößern oder Ver- 
kleinern 

• Anlegen von Elementekatalogen auf Kas- 
sette, die beliebig abrufbar und in zu bearbei- 
tende Dateien einfügbar sind 

• 4 Darstellungsarten: 

-» normale Perspektive: Bildausschnitt wird 
je nach Betrachteraugpunkt, -Zielpunkt und 
eingestellter Brennweite auf den Bildschirm 
transformiert 

Der Augpunkt kann auch im Objekt liegen ! 

-» totale Perspektive: Angewählter Elemen- 
tebereich wird im Darstellungsfenster voll- 
ständig und in maximaler Darstellungsgröße 
abgebildet 

-* isometrische Darstellung: analog 2., je- 
doch Abbildung ohne perspektivische Ver- 
kürzung, so daß alle Ansichten und Isome- 
trien (Axiometrien) möglich sind 
-» Grundrißdarstellung (Draufsicht): auto- 
matisch im Hilfsmenü je nach Wahl des Bild- 
ausschnittes 

-> Bewegungssequenzen: Hinein-, Hin- 
durch-, Vorbeigehen, Überflug, Untersichten, 
Schwenken usw. (siehe Bildserie 2, 2. US) 

• Manipulation oder Korrektur von Einzel- 
koordinaten, Elementen oder der Gesamt- 
struktur in allen Darstellungsarten (auch in 


der Perspektive), damit sofortige- Kontrolle 
der räumlichen Auswirkung der Veränderung 
möglich 

• Manipulation von Betrachteraug- und -Ziel- 
punkt sowie deren Bewegungsdifferenzen im 
Raum 

• Kameratechnik: stufenlose Brennweiten- 
wahl (Froschauge bis Superteleobjektiv - 
Zoom) 

• Menütechnik: Anwahl aller Menüfunktio- 
nen durch Betätigen der Taste mit dem er- 
sten Zeichen des Menüwortes 

• Fadenkreuztechnik: Anwahl von Koordi- 
naten mittels Fadenkreuz direkt auf dem Bild- 
schirm, gesteuert durch Cursortasten. 
Hardware: Kleinrechner KC85/2 oder 
KC 85/3 mit oder ohne RAM-Expander 
Peripherie: Monitor, Datenrecorder, Druk- 
ker, Plotter, Videotechnik 
Rechenzeiten: bis zur fertigen 3-D-Darstel- 
lung 

einfache Objekte zirka 1-5 s 
komplexe Objekte zirka 5-1 5 s 
Daten - Dateien: Der Datenspeicher wird 
vollautomatisch verwaltet und ist volldyna- 
misch. 

Datenmenge (Raumpunktanzahl N): 
450-500 Punkte ohne RAM-Expander 
1350-1500 Punkte mit RAM-Expander 
(16 KByte) 

Gesamtspeicherverbrauch : N * 1 6 Byte 
Alle Daten sind abruf- und manipulierbar. 

Die Hauptfunktionen: 

— > PERS: Perspektivmodus, Bewegungsse- 
quenzen 

— » HELP: Hilfsfunktionen, Generierungsmo- 
dus: 

-* WAHL: Wahl eines XY-Koordinaten- 
ausschnittes 

-*■ +,-: Vergrößern, Verkleinern des 
Ausschnittes 

-» SUCH: Suchen eines Punkteberei- 
ches und Darstellung 
-» VI :1: Verhältnis 1 :1 -Darstellung ei- 
nes Ausschnittes 

-» AUGE, ZIEL: Einstellung mittels Fa- 
denkreuz 

-* NPIX, DEFE, ELIN, MANI: siehe Un- 
terfunktionen 

-» CORP: Korrektur von Punktkoordina- 
ten mit Fadenkreuz 

-» FIND: Finden (Anzeige) der Elemen- 
tenummern 

— > GENE: Generierungshilfe für Ele- 
mente: Polygon- und Bogenfunktion, Flä- 
chen- und Körperdefinition 
— > KOIN: Koordinateneingabe 
Korrigieren, Kopieren, Einfügen, Löschen 
von Punkten 
Die Unterfunktionen: 

— > WAHL: Wahl der DarsteRungsart 
-» AUGE: Einstellung Augpunktkoordinaten 
und -differenz 

-* ZIEL: Einstellung Zielpunktkoordinaten 
und -differenz 

-* NPIX: Wahl des aktuellen Punkte- oder 
Elementebereiches 
— » DEFE: Elementedefinition 
— * ELIN: Elementeeingabe: Korrigieren, Ko- 
pieren, Löschen 

— > MANI: Manipulation: Verschieben, Spie- 
geln, Drehen, Maßverändern, Zerren 
Die Nebenfunktionen: 

— > FPIX: Einstellung Pixelfenster-Begren- 
zung: 

— » COLO: Einstellung Linien- und Hinter- 
grundfarben: 

— > TAFU: Anzeige der wichtigsten Tasten- 
funktionen 
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I Tricks für kleine Computer. 


-> > US: Datei laden, retten, verknüpfen, 
hardcopy 
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EP ROMs 

hoher Speicherkapazität 

Jürgen Wrenzitzki, 

Ingenieurbetrieb für die Anwendung der Mikroelektronik Erfurt 


Die technische Entwicklung im Bereich der 
Mikrorechner hat in den letzten Jahren ge- 
waltige Fortschritte gemacht. Die Leistungs- 
fähigkeit von 16- bzw. 32-Bit-Mikrorechnern 
erreicht in bestimmten Bereichen schon 
heute die Parameter von Minirechnern. Der 
Trend zur weiteren Miniaturisierung und zur 
Erhöhung der Arbeitsgeschwindigkeit ist an- 
haltend. System-Software wird nicht mehr 
ausschließlich auf Assemblerebene ge- 
schrieben. Durch Nutzung von Hochspra- 
chen bei der Systemprogrammierung wird 
eine relativ leichte Übertragbarkeit von Be- 
triebssystemen auf unterschiedliche Hard- 
warekonfigurationen ermöglicht. Der Nach- 
teil der umfangreicheren Software wird 
durch mehr Speichervolumen kompensiert. 
Neben den RAM-Bausteinen, die heute in 
Größen bis zu 4MBit produziert werden, ha- 
ben die EPROMs eine ebensolche Entwick- 
lung erfahren. Für die Anwendung von 
EPROMs ergeben sich, besonders hinsicht- 
lich der Programmierung dieser Bausteine, 
neue Gesichtspunkte, die im folgenden nä- 
her erörtert werden sollen. 

Programmieralgorithmen 

Mit dem Anwachsen des Speichervolumens 
erhöht sich bei der EPROM-Programmierung 
die Programmierzeit. Bei Anwendung des 
bekannten Standardalgorithmus vom 50 ms 
Programmierimpuls pro Speicheradresse er- 
geben sich Programmierzeiten, die unver- 
tretbar hoch sind IM. In den Herstellerunterla- 
gen findet man deshalb nur noch Program- 
mieralgorithmen, sogenannte FPA (fast pro- 
gram algorithm), die eine starke Reduzierung 
der Programmierzeit bewirken. Prinzipiell 
ähneln sich die zu benutzenden Program- 
mieralgorithmen bei den verschiedenen Her- 
stellern: 

- Bei erhöhter Betriebsspannung V cc und 
angelegter Programmierspannung V pp wird 
maximal M-mal versucht, die Information mit 
einem Programmierimpuls der Länge t pw in 


die ausgewählte Speicheradresse zu pro- 
grammieren und sofort wieder zu lesen (ver- 
ify). Bei erfolgreicher Leseoperation wird die 
angewählte Adresse mit einem Impuls der 
Länge N * X überprogrammiert, wobei N ein 
vom Hersteller angegebener Faktor und X 
die Anzahl der bisher benötigten Impulse ist 
(intelligente Programmierung) IM, 121. 

Neuere Programmieralgorithmen benutzen 
Überprogrammierimpulse konstanter Länge, 
oder auf die Überprogrammierung wird völlig 
verzichtet. Die erforderliche Datensicherheit 
wird herstellerseitig schon durch das imple- 
mentierte Technologieniveau oder durch 
schärfere und exakter einzustellende Para- 
meter während des Programmierzyklus ga- 
rantiert 131, 141. 

Die einzusetzenden Werte für M, N und t pw 
variieren wie die von den verschiedenen Her- 
stellern kreierten Bezeichnungen für ihren 
Programmieralgorithmus. Man findet Namen 
wie INTELIigent Programming, Fast Pro- 
gramming, SnapIPulse Programming, High 
Speed Program Mode, Quick Pulse Pro- 
gramming usw. In den meisten Fällen wird 
mit Programmierimpulslängen t pw = 1 ms 
und einer maximalen Impulszahl M = 25 ge- 
arbeitet. Die Betriebsspannung V cc wird wäh- 
rend der schnellen Programmierung auf 6 V 
eingestellt, und der Überprogrammierfaktor 
ist3oder4/1/,/2/. 

Die Programmierspannung der Bauelemente 
richtet sich nach der Herstellungstechnologie 
der EPROMs und kann 12,5V oder 21V 
(25 V für 2716 und 2732) betragen. Für ex- 
trem kurze Programmierzeiten, speziell bei 
CMOS-EPROMs, werden präziser einzustel- 
lende Parameter gefordert (Beispiel: 
SNAPIPULSE PROGRAMMING (Texas In- 
struments) t pvv = 100 «s,, V cc = 6,25 V, 
V pp = 12,75 V), wobei beispielsweise für ei- 
nen TMS 27C256 Programmierzeiten von 
weniger als 4 Sekunden erreicht werden. 

Bild 1 zeigt die Programmier-Impuls-Dia- 
gramme der EPROMs 2764 (27128), 27256 


und 27512 für schnelle Programmierung. 
Hinsichtlich der Programmierbarkeit der 
EPROMs erfolgt eine individuelle Behand- 
lung der einzelnen Speicheradressen. Für 
schwer programmierbare Adressen bzw. de- 
ren schwer programmierbare Einzeldatenbits 
ergeben sich je nach vorgeschriebenem Pro- 
grammieralgorithmus Gesamtprogrammier- 
impulslängen von 75 bis 1 00 ms pro Byte. 
Untersuchungen an einem breiten Typen- 
spektrum verschiedener Hersteller (2764 . . . 
27256, auch A-Typen und CMOS) zeigen, 
daß bei einer eingestellten Programmierim- 
pulsbreite von 1 ms (bei V cc = 6 V) im allge- 
meinen nur ein Programmierimpuls pro Byte 
erforderlich ist. 

Zur Anwendung des Standardalgorithmus 
(50 ms/Byte) werden von den Bauelemente- 
herstellern keine Angaben mehr gemacht. Es 
ist davon auszugehen, daß nur die in den Fir- 
menschriften ausdrücklich angegebenen 
Kennwerte für einen speziellen EPROM gül- 
tig sind. Für Abweichungen von diesen Wer- 
ten werden durch die Hersteller keine Garan- 
tien übernommen, so daß im Einsatzfall kein 
zuverlässiges Arbeiten des EPROMs erwar- 
tet werden muß. 

Programmierspannung 
und Herstellungstechnologie 

In zunehmendem Maße liefern die Bauele- 
mentehersteller ihre schon traditionellen 
EPROM-Typen (ab 2764) in scalierten Ver- 
sionen. Diese sogenannten A-Typen arbei- 
ten mit 12,5V Programmierspannung (im 
Gegensatz zu den traditionellen 21 V). Man- 
che Hersteller drucken auf ihre EPROM-Ge- 
häuse den Wert der Programmierspannung 
auf oder fügen ein A an die Typbezeichnung 
an. Andere ersparen sich diesen Luxus, so 
daß es speziell bei den 32-KByte-EPROMs 
27256, die von verschiedenen Herstellern in 
verschiedenen Technologien gefertigt wer- 
den und damit mit unterschiedlichen Span- 
nungen programmiert werden, zu Program- 
mierproblemen kommen kann. Fast alle Her- 
steller bieten ihre EPROMs inzwischen auch 
als CMOS-Version an. Es ist üblich, ein C in 
die Typbezeichnung dieser Bauelemente 
einzufügen. Tafel 1 ist eine Liste von 32- 
KByte-EPROMs verschiedener Hersteller 
mit ihren spezifischen Programmierspannun- 
gen. Sie gibt außerdem (globale) Auskunft 
über die Anwendung von Fast-Mode-Algo- 
rithmen. 


Bild 1 Programmierzeit-Diagramme 
der EPROM-Typen 

a)2764, 27128, b)272 56, c) 27 51 2 für 
schnelle Programmierung. (Es wer- 
den nur qualitative Zeitverhältnisse 
ohne Bezugnahme aut spezielle Her- 
stellerangaben dargestellt!) 
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Tafel 1 32-KByte-EPROMs verschiedener Hersteller Tafel 2 IdentHier Codes für Typen und Hersteller 



•Bei SNAPIPULSE PROGRAMMING (V PD =12,75 V; 
V„ = 6,25 V; tp„ = 100p s) ist die Programmierzeit < 4 s. 


* 88 bei EPROMs im Plastgehäuse der Firma Intel 
" Kennzeichnung nicht eindeutig 


Die Einhaltung der Behandlungsvorschriften 
für Halbleiterbauelemente, speziell der 
Schutz vor elektrostatischer Zerstörung oder 
das Fließen von ungewollten Strömen in ei- 
ner heißen Fassung, erhalten besonders bei 
der Programmierung von CMOS-EPROMs 
wesentlich mehr Gewicht. 

Hinsichtlich der Datensicherheit ist, den Her- 
stellerangaben zufolge, eine mit der Weiter- 
entwicklung der Herstellungstechnologie 
Hand in Hand gehende positive Entwicklung 
zu verzeichnen. 

Selbst-Identifizierungs-Modus 

Neuere EPROMs werden herstellerseitig mit 
einem Identifizierungs-Code (silicon-signa- 
ture, identifier mode usw.) versehen, der in 
zwei Byte sowohl einen Herstelleridentifikator 
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als auch einen Typidentifikator signalisiert. 
Diese Kennbytes werden lesbar, nachdem 
die Adreßleitung A9 auf 1 2 V angehoben wird 
und die Adreßleitung AO geschaltet wird. 
AO = Low ergibt den Herstellercode, und 
AO = High liefert den Typcode. Die anderen 
Adreßleitungen können Low oder High sein 
(Don’t care). 

Die Anwendung des Identifier-Modes an 
nicht bekannten EPROMs ist allerdings nicht 
unbedenklich, da bei einem nicht in diesem 
Modus arbeitsfähigen Bauelement eine Ein- 
gangspegelüberschreitung an A9 erfolgt. 

In Tafel 2 sind einige Kennbytes für Hersteller 
und Typen dargestellt. Bei Anwendung des 
Identifier-Modes kann die Entscheidung, mit 
welchem Programmieralgorithmus und bei 
welcher Programmierspannung zu arbeiten 
ist, nur aus Herstellercode und Typcode ge- 
meinsam abgeleitet werden. Der weit ver- 
breitete 27256 mit dem Typcode 04 wird von 
den verschiedenen Herstellern in verschie- 
denen Technologien produziert und hat un- 
terschiedliche Programmierspannungen. Die 
sicherste Entscheidungshilfe bleibt in jedem 
Fall immer noch das Studium der entspre- 
chenden Firmenunterlagen. 

Anschlußbelegung 
und Gehäusebauformen 

Neben einer Reihe von EPROMs, die für spe- 
zielle Anwendungen entwickelt wurden, hat 
sich international ein Standard hinsichtlich 
der Speichergrößen und der Anschlußbele- 
gung durchgesetzt. Diese Bauelemente, die 
mit einer Datenwortbreite von 8 Bit organi- 


siert sind, werden in Abhängigkeit von ihrer 
Speichergröße in 24-, 28-, 32- oder40poligen 
Gehäusen geliefert. Einige Hersteller produ- 
zieren inzwischen auch EPROMs mit einer 
Datenwortbreite von 16 Bit im 40poligen Ge- 
häuse, die speziell für 1 6-Bit-Rechner vorge- 
sehen sind. 

Bild 2 gibt eine Übersicht über die Standard- 
EPROMs im 24- und 28poligen Gehäuse, 
und in Bild 3 ist die Anschlußbelegung einiger 
neuer EPROM-Typen dargestellt, wobei kein 
Anspruch auf Vollständigkeit erhoben wird. 
Es wird deutlich, daß die historisch gewach- 
sene Anschlußbelegung und auch die Art der 
Typbezeichnung bis zum 2751 2 konsequent 
eingehalten wurde. Bei neuen EPROMs mit 
mehr als 512 KBit Speichervolumen existiert 
noch keine einheitliche Bezeichnungsweise, 
so daß die Anschlußbelegung nicht einfach 
ableitbar ist. Durch Nutzung von 32poligen 
Gehäusen werden (bei den 8-Bit-EPROMs) 
einfach nur mehr Adreßpins zur Verfügung 
gestellt. 

Bei den neuen EPROM-Typen im 28poligen 
Gehäuse gibt es eine Besonderheit. Sowohl 
der 2751 3 als auch der 2701 1 arbeiten im so- 
genannten Page-Mode. Durch Doppelnut- 
zung der Datenpins in Verbindung mit ande- 
ren Steuersignalen (/we, V PP /RST, /pgm-/we) 
wird eine seitenweise Adressierung von 16- 
KByte-Blöcken (entsprechend mehrerer 
27128) realisiert. Theoretisch bestünde bei 
Fortsetzung dieses Prinzips die Möglichkeit, 
256 Seiten zu jeweils 16 KByte zu adressie- 
ren, was derzeit jedoch technologisch noch 
nicht realisierbar erscheint. 


Im 40poligen Gehäuse werden sowohl 
EPROM-Chips mit 16 Bit Datenwortbreite 
(Beispiel: 27210, «PD 27C1024 D) als auch 
mit 8 Bit Datenwortbreite (Beispiel: //PD 
27C1000 D) untergebracht. Aussagen zur 
Vereinheitlichung hinsichtlich der Anschluß- 
belegung und der entsprechenden Bezeich- 
nungsweise sind derzeit für diese Gehäuse- 
größe nur bedingt ableitbar. 

Es bleibt zu erwähnen, daß die meisten 
EPROM-Hersteller zu ihren EPROM-Typen 
sogenannte OTPs (one time programmable) 
oder Production EPROMs im Plastgehäuse 
liefern, die nur einmal durch den Anwender 
programmiert werden können. Für diese 
Bauelemente machen die Hersteller zudem 
günstigere Zuverlässigkeitsaussagen. Es 
gibt außerdem Tendenzen, EPROM-Chips in 
sogenannte Mini-Fiats zu Verkappen, was 
den Anforderungen eines modernen Leiter- 
plattendesigns entgegenkommt. 
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EXE C — ein Startprogramm 
fürdBASE II 


Christian Hanisch, Berlin 


Das Aufrüsten der verfügbaren Standard- 
Funktionen/Prozeduren einer Programmier- 
sprache durch nutzereigene Unterpro- 
gramme in Form problemspezifischer Erwei- 
terungen der „ Standard-Funktionen “ ist eine 
für die Anwendungsprogrammierung wir- 
kungsvolle Methode. Assembler-Unterpro- 
gramme verbessern den Service und die 
Leistungsfähigkeit. 

Das hier beschriebene Startsystem ist ein 
Assemblerprogramm, das sich ab der 
Adresse 0A400H resident macht und dyna- 
misch ein „normales“ Programm nachlädt, 
z. B. dBASE oder REDABAS. In dem resident 
verbleibenden Teil des EXEC-Programms 
sind einige Unterprogrammfunktionen ent- 
halten, die z. B. von dBASE durch CALL-Auf- 
rufe genutzt werden können. 


Das kopiergeschützte Startprogramm EXEC 
stellt eine feste Einbindung von Unterpro- 
grammfunktionen in das Startsystem dar. 
Umfang und Spezifik der implementierten 
Unterprogrammfunktionen liegen fest. Eine 
alternative allgemeingültigere Variante ist in 
Bild 8 und 9 gezeigt, wo einige Funktionen 
aus EXEC als beliebig einbindbare CMD-Da- 
ten herausgezogen worden sind. 

Der Umfang und die Anwendungsbeschrei- 
bung der realisierten Unterprogrammfunktio- 
nen sind aus Bild 1 bis 8 ersichtlich. Die Funk- 
tionen: Bildschirmrollen, Bildschirmsichern/ 
-wiederherstellen (ROLLEN.CMD) sowie Er- 
mittlung des noch freien Speicherplatzes auf 
Diskette (SPACE.CMD) sind als separate 
Moduln herausgezogen und stehen als 
CMD-Dateien in Form von POKE-Befehlen 


(erstellt mit dem in IM beschriebenen Pro- 
gramm YPOKE) zur Verfügung. Die Aufruf- 
adressen in ROLLEN.CMD und SPACE.CMD 
sind die gleichen wie unter EXEC. Die Quell- 
texte in Bild 8 und 9 sind unmittelbar so nutz- 
bar (dBASE II 2.41 und REDABAS 2.0). 
EXEC enthält als ?-Funktior, die Dokumenta- 
tion seiner Anwendungsbeschreibung (Bild 1 
bis 7) selbst und erlaubt darüber hinaus mit 
der i-Funktion den Anschluß von mehreren 
Anwenderdokumentationen oder Bedie- 
nungsanleitungen, die mittels (Schirm-Nr.) 
angezeigt werden; das heißt die vollständige 
Anwendungsdokumentation ist mit in das 
Startsystem integrierbar. 


Anmerkung: Obwohl laut dBASE-ll-Doku- 
mentation der TPA-Bereich ab 0A400H für 
Assemblerprogramme verfügbar sein soll, 
empfiehlt sich eine Nutzung erst ab 0A800H 
(43008), wobei die BDOS-Beginn-Adresse 
entsprechend herunterzusetzen ist, um die 
Assemblerroutinen vor Überschreiben bei 
Nutzung höherer Versionen (2.43 und 3.0) 
von dBASE II und REDABAS zu schützen. 


Bildl EXEC-Startpro- 
gramm ruft 
DO.COM auf 
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Bild 3 TOOL-Beschreibung Bildschirmsichernl-wiederherstel- 
len 



Bild 4 TOOL-Beschreibung Freie Diskettenkapazität 



BildS TOOL-Beschreibung BDOS-Beginn auf 0A400H legen 


Bild 8 Bildschirmrollen und -sichernl-wiederherstellen 



Das Startsystem geht u.a. fuer den BASIC-Inter 
A>KXEC [ [ <d> : ] <f i lonamo> [ . <typ> ]/M:4HA3FF<CE> 
"Ihr dBASE II 
mit MBASIC<CR 

Beispiel fuer Bild 

110 ASSUP2=!tHA406:DI 
120 X*< 1 ) = &H3004 

130 XX( 2) = &H3135 


Bild 6 TOOL-Beschreibung BASIC-Interpreter unter EXEC 
Bild 7 TOOL-Beschreibung TURBO-PASCAL unter EXEC 


K (Var fromto: STR4 ) ; 


e FREEK^ (Var Mparm: STR4); 

e MDATDM (Var Datum: ’ STR8) ; {0A41Sh -> 420 
INLINE ( $2A/DATUM/*1 1/$1 5/$A4/*36/*08 
, /$23/$EB/$01/$08/$00/$ED/$B0) e 



Bild 9 Freie KByte 
und DIRectory- 
Entries auf Dis- 
kette als dBASE-H- 
Programm 


*1 
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Softwareentwicklung mit FORTH 


Lubomir Karadshow, Karsten Noack, Michael Wyschofsky, VEB Werkzeug- 
maschinenkombinat „7. Oktober“, Direktorat Erzeugnisentwicklung 


Die Entwicklung der Mikrorechentechnik ist 
gegenwärtig durch eine Leistungsexplosion 
der Hardware gekennzeichnet. Das Preis- 
Leistungs-Verhältnis der angebotenen Sy- 
steme verbessert sich ständig. Es ist dem- 
nach zu erwarten, daß die Anzahl der Com- 
puterinstallationen in den nächsten Jahren 
sprunghaft ansteigen wird und bedeutende 
Applikationsbereiche für die Computertech- 
nik erst noch erschlossen werden. Diese 
Aspekte deuten auf die noch zu lösenden 
Probleme in der Softwaretechnologie hin. 
Konventionelle Programmiersysteme wer- 
den sich als unzureichend erweisen. Existie- 
rende Systementwicklungsmittel sind als Fir- 
men-Know-How im allgemeinen kaum zu- 
gänglich und in vielen Fällen nicht hinrei- 
chendflexibel/1/. 

Entwicklungsmodule auf der Basis der 
FORTH-Methodik stellen eine Möglichkeit 
zur Lösung derartiger Problemstellungen 
dar. Anders als bei herkömmlichen Program- 
miermitteln liegt hier ein vollständig offenes 
System vor, von Anfang an in der Sprache 
realisiert, die es selbst darstellt. Einmalig ist 
die Tatsache, daß zur Programmentwicklung 
die gesamte Systemquelle verfügbar ist, und 
zwar in FORTH. Jede einzelne systemin- 
terne Routine ist zugänglich, analysierbar, 
modifizierbar und für verschiedene Zwecke 
wiederverwendbar. Der konzeptionell unter- 
stützte Zugriff auf das Gesamtsystem führt zu 
Eigenschaften, die einmalig sind. Ein Bei- 
spiel ist die Möglichkeit, die Funktion beste- 
hender Sprachelemente zu verändern und so 
fertige Programme ohne wiederholten Ent- 
wicklungsaufwand (Edition, Compilation) 
bzw. Programmabläufe während der Ausfüh- 
rung dynamisch zu modifizieren. 

Die neuartige Programmentwicklungsphi- 
losophie, die von FORTH verkörpert wird, 
zeichnet sich nach außen vor allem durch die 
sehr einfache Benutzung aller Sprach- und 
Systemelemente sowie durch die organische 
Einheit von Systemkern und Applikationser- 
weiterungen aus. Letzteres bedeutet, daß die 
Hauptbestandteile des Systems (Interpreter, 
Compiler, Editor, Debugger) in nutzerspezifi- 
scher Weise erweiterbar bzw. modifizierbar 
sind, so daß Applikationen und Systeme mit 
völlig verschiedenen Eigenschaften und 
Sprachelementen entstehen können. 

Das einfache Programmieren mit eigenhän- 
dig definierten Sprachelementen und das un- 
komplizierte Benutzen eines einheitlichen 
Entwicklungssystems ermöglichen einen 
einfachen Dialog mit komplizierter Hardware 
und verkürzen die Test- und Experimentier- 
zeiten beim Programmieren. 

Nach Beendigung der Testphase können fer- 
tige FORTH-Programme mittels Metacom- 
pilation, das heißt Regenerierung eines 
FORTH-Systems durch Compilation von sich 
selbst /2/, in eine endgültige (optimierte) Ver- 
sion gebracht werden. Mit Hilfe eines soge- 
nannten Metacompilers können FORTH- 
Kernsysteme für andere Mikroprozessoren 
und Betriebssysteme, Systeme mit modifi- 
zierten Eigenschaften sowie optimierte End- 
compiiate von Programmen erzeugt werden. 


Spez/äfihstaf/atrön Nea/rnp/emenöerung 



Einc/vprechner Sfeu&vngen 


mierumgebungen, die dem wachsenden Um- 
fang und der steigenden Komplexität der zu 
lösenden Aufgaben gerecht werden. Ein be- 
sonders leistungsfähiges Programmentwick- 
lungssystem wurde im Hinblick auf geplante 
weiterführende Arbeiten zur Programmie- 
rung von Steuerungen mittels moderner Soft- 
waretechnologien (rechnergestützte Über- 
setzung/Codegenerierung) im Wissenschaft- 
lich-Technischen Zentrum des VEB WMK 
„7. Oktober“ Berlin (NILES), aufbauend auf 
Ergebnissen der TH Ilmenau (TBK, WB Com- 
putertechnik), entwickelt 121, 131. Das System 
ist FORTH-83-kompatibel und vordergründig 
für 16-Bit-Mikrorechnersysteme konzipiert. 
Es ist modular organisiert und verfügt über 
eine Vielzahl von in Applikationen ersetzba- 
ren Erweiterungsmodulen, über einen sehr 
komfortablen Editor, einen Metacompiler so- 
wie zahlreiche Test- und Dienstprogramme. 
Es existieren Versionen für die meisten ver- 
breiteten 8- und 16-Bit-Mikrorechner (siehe 
auch Börse). 


Bildl Entwicklung 
mit FORTH-orientier- 
ten Systemen 


Bild 2 FORTH-83- 
Programmentwick- 
lungssystem 




System 


Modul« 

Kernel 

abhängiges 

Erweiterung 

Dienste 


Interface 

Applikationen 



FORTH-orientierte Systeme sind besonders 
effektiv für die Entwicklung von (siehe Bild 1 ) : 

• Compilern/Interpretern für Spezial- und 
Fachsprachen 

• Programmen für Rechnerarchitekturen, 
für die keine speziellen Programmentwick- 
lungssysteme vorhanden sind 

• Programmen für kleine Rechnersysteme 
(besonders Einchipmikrorechner) 

• fachspezifischen Programmentwicklungs- 
systemen (Programmierung von Maschinen- 
steuerungen) 

• Hochleistungssteuerungen auf der Basis 
von FORTH-Prozessoren (mehrere Millionen 
FORTH-Operationen pro Sekunde) 

• intelligenten Übersetzungssystemen 
durch Einbindung von Kl-Modulen in den 
Prozeß der Metacompilation. 

In den letzten Jahren beobachtet man An- 
wendung von FORTH in sehr breiten Applika- 
tionsbereichen. Insbesondere verstärkt sich 
der Einsatz in der Bildverarbeitung und der 
Automatisierungstechnik. Parallel dazu ent- 
steht der Bedarf an Programmentwicklungs- 
systemen und leistungsfähigen Program- 


FORTH erweist sich immer mehr als eine 
mächtige und zugleich sehr effektive „Mittler- 
sprache“ der hardwaregebundenen und 
hardwarenahen Programmierung. Zugleich 
ist FORTH eine Fachsprache zum Bau belie- 
biger Fachsprachen, die sich durch Objekt- 
und Prozeßnähe auszeichnen, wie dies für 
die stark verzweigte Mikroprozessor-Geräte- 
technik und eingebettete Mikroprozeßrech- 
ner typisch ist. Eine Darstellung des FORTH- 
83-Programmentwicklungssystems enthält 
Bild 2. 


/I/ Goppold, A.: Trends in der Entwicklung der Program- 
miersysteme. Vierte Dimension 1 (1935) 2, S. 4 
/2/ Laxen, H.; Perry, M.: FORTH-83 Model 
Io! Karadjov, L.: Diplomarbeit TH Ilmenau, 1 986 
14! FORTH-SYSTEME für die Industrie. Forth-Systeme, A. 
Fiesch, Titisee-Neustadt 
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TURBOTIP 

Anzeige von aktuellem Laufwerk und Pfad 

Thomas Koliwer, Jena 


In TURBO-PASCAL-Programmen, 
die auf Rechnern mit MS-DOS-kom- 
patiblen Betriebssystemen (DCP) 
laufen sollen, ist es manchmal wün- 
schenswert, das aktuelle Laufwerk 
und den aktuellen Pfad anzeigen zu 
lassen. Die beiden Funktionen im Bild 
lösen dieses Problem. 

Zur Erläuterung: In der Funktion akt- 
drive wird als Ergebnis das Laufwerk 
als Großbuchstabe zurückgebracht. 
Ist ein Kleinbuchstabe erwünscht, er- 
setze man „$41 “ durch „$61 “. 


In der Funktion aktpfad wird im Regi- 
ster DL das Laufwerk spezifiziert: „0“ 
steht für das aktuelle, „ 1 “ für A usw. 
Nutzer älterer TURBO-PASCAL-Ver- 
sionen müssen die Strings mit Län- 
genangaben versehen, den Datentyp 
Registers explizit erklären und die 
„inc(j)“-Anweisung durch „j:=j + 1“ 
ersetzen. 

In TURBO-PASCAL 4.0 muß die Unit 
„DOS" eingebunden sein. 


function aktdrive :char ; 

(* bringt aktuelles Laufwerk zurück *) 

var reg: registers; 
begln 

reg. ah := $19; 
msdos(reg); 

aktdrive := char(reg.al + $41) 


aktpfad: string; 

aktuelles Directory zurück *) 

: string = ' ' ; 

: byte = 0; 

: registers; 


with reg do 
begin 

ah := $47; 
dl := 0; 
ds := seg(ad); 
si := ofs(ad) 
end; 

rosdos ( reg ) ; 

while ad [ j ] <> #0 do 

begin 

adl := adl + ad[J]; 
inc(j) 
end; 

aktpfad := ' + adl 

end; 


(* bringt 
const adl 

i 

var reg 
ad 

begin 


Programm für die Fachtagung 
„ Computer ■ und Mikroprozessortechnik ’88“ 
mit internationaler Beteiligung 
Berlin, 1 5.-1 6. Dezember 1 988 

Plenarvorträge 

- Industriecomputer - neue Wege in der Automatisierungstechnik 

- Architektur von Hard- und Software der 32-Bit-Klein- und Mikrorechner des 
SKR 

- Der Bildungscomputer robotron A 51 05 - ein leistungsfähiger Personalcomputer 
für das Bildungswesen der DDR 

- Kleincomputer in der DDR - Stand und Tendenzen 
Sektion A Expertensystem/Mikrorechnersoftware 

- Expertensysteme und Fuzzy Reasoning 

- Effektive Mikrorechner-Softwaretechnologie auf FORTH-Basis 

- Modula- 2 : Programmiersprache, Werkzeuge und Programmbibliotheken 

- Multitask - Programmierabarbeitung im Betriebssystem CP/M-86 

- 1 6-Bit-Echtzeit-Multirechnersystem 

- EMR-Entwicklungssystem unter SCPX 
Sektion B Rechnerarchitektur/Rechnerhardware 

- Aspekte bei Multiprozessorentwicklungen 

- Arbeitsweise einer Datenflußarchitektur 

- Entwurfsmethodik von Entwicklungs- und Prozeßrechnersystemen 

- Ein hochproduktiver Komplex auf Basis eines Prozessors für Matrizen-Rechnun- 

- Einbau eines Echtzeit-Zählers und eines Operationsspeichers mit abhängiger 
Stromversorgung in 1 6-Bit-Personalcomputer 

- Entwurfssystem für VLSI-Speicher 
Sektion C Mikrorechner-Steuerungssysteme 

- Modulares Mikroprozeßrechnersystem S 4000 

- Projektierung von Mikroprozessor-Moduln für verteilte Steuerungssysteme 

- Entwicklung von Software für lokale mikroprozessorgesteuerte dynamische Reg- 

- Entwurfsmethodik und Sprachunterstützung für verteilte Steuerungen in der 
Nachrichtentechnik 

- Universeller Prozeßkoppelmodul 

- PC-Spezialprozessor für binäre speicherprogrammierbare Steuerungen 

- Assembler-Interpreter für U 840 PC auf Personalcomputer 

- Mikroprozessorsysteme für die Steuerung von technologischen Ausrüstungen 

- Bewertung der Produktivität von Mehrprozessor-Steuerungseinrichtungen 
Sektion D Testsysteme/Industriecomputerhardware/Logikanalysatoren 

- Einführung wissensbasierter Systeme zur Fehlerlokalisierung 

- ARGUS - flexibles Testsystem für verteilte Steuerungen 

- Paralleltest von peripheren Geräten 

- 16-Bit-Prüfrechner-System 

- Optimierungsprobleme der Stoßdämpfung der mechanischen Konstruktion von 
Industriecomputern 

- Fragen der mechanischen Konstruktion von Industriecomputern 

- Steuerungskonzept eines modularen Logikanalysesystems 

- Logikanalysator LA 100 

- Der Heimcomputer als Hilfsmittel bei der Übersetzung . 


Teilnahmemeldungen an: 

Kammer der Technik, Fachverband Elektrotechnik 
Clara-Zetkin-Straße 1151117, Berlin, 1086 
Telefon: 2 26 52 85, Telex: 0114841 techkammer 


X V «BP mmv?- 


TERMINE 


Jahrestagung der WGMA „Automatisierungstechnik“ 

WER? Wissenschaftlich-Technische Gesellschaft für Meß- und Automatisie- 
rungstechnik der KDT 
WANN? 15./ 16 Dezember 1988 
WO? Magdeburg 

WAS? 

• Organisationsprojektierung 

• Büroautomatisierung sowie automatisierte Systeme der Leitung 

• Softwaretechnologie, -Sicherheit und -Zuverlässigkeit 

WIE? Teilnahmewünsche bitte an Kammer der Technik, Präsidium, WGMA, 
Clara-Zetkin-Straße 1 15-1 17. Berlin. 1086. 

'x x Müller 


2. Fachtagung „Computeranimation“ 

WER? Technische Universität Magdeburg, Kammer der Technik, Institut für 
Film, Bild und Ton sowie Gesellschaft für den populärwissenschaftlichen 
Film 

WANN? 9. und 1 0. Februar 1 989 

WAS? 

• Computeranimation für Ausbildung und Training 

• Computeranimation und Simulation 

• Animationstechnik zur Werbung für Produkte und Verfahren 

• Basissoftware für Animation und Simulation 

WIE? Vortragsmeldungen (eine halbe Seite Inhaltsangabe sowie Angabe 
der benötigten Computertechnik) können bis zum 30. 1 1 . 1 988 gesandt 
werden an: 

Technische Universität „Otto von Guericke", Sektion Informationstechnik. 
WB „Methoden der Informatik“, PSF 124, Magdeburg, 3010 
Teilnahmewünsche sind bis 15. 12. 1988 zu richten an: 

Tagungsbüro der KDT, Brüderstraße 3. Stendal, 3500. 
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PASCAL (Teil 6) 


Dr. Ciaus Kofer 

Informatikzentrum des Hochschulwesens 
an der Technischen Universität Dresden 


ln dem Maschinenkodeprogramm sind Para- 
meterübergabe- und Aufrufmechanismus 
des TURBO-PASCAL-Systems nachzubil- 
den. Die Parameterübergabe geschieht über 
den Stack. Die Parameter werden, beim er- 
sten beginnend, durch PUSH im Stack abge- 
legt. Der Aufruf erfolgt durch CALL. Vor Ver- 
lassen des aufgerufenen Unterprogramms 
müssen alle Parameter vom Stack entfernt 
werden. Dabei darf natürlich die zuoberst ste- 
hende Rücksprungadresse nicht verlorenge- 
hen. 

Referenzparameter nehmen im Stack zwei 
Byte ein. Sie sind die Adresse der entspre- 
chenden Variablen. Records und Arrays wer- 
den ebenfalls stets wie Referenzparameter 
übermittelt. Werteparameter benötigen Platz 
entsprechend Ihres Datentyps. 

11.9. Überlagerungsstrukturen 

Das TURBO-PASCAL-System bietet die 
Möglichkeit, einzelne Prozeduren des PAS- 
CAL-Programms in einer Überlagerungs- 
struktur anzuordnen. Eine solche Prozedur 
wird durch Voranstellen des reservierten Be- 
zeichners OVERLAY gekennzeichnet. 
Prozeduren, die sich überlagern sollen, müs- 
sen im Deklarationsteil aufeinandertolgen. 
Im Kodebereich des PASCAL- Programms 
wird für sie nur soviel Speicher vorgesehen, 
wie für die Aufnahme der größten von Ihnen 
erforderlich ist. Nachfolgend ein Beispiel: 

PROGRAM Ovl; 

PROCEDURE Pt; 


END; 

OVERLAY PROCEDURE P2; 


END; 

OVERLAY PROCEDURE P3; 


END; 

PROCEDURE P4; 


END; 

BEGIN 


END. 

Das Bild 1 1 ,6a zeigt die Anordnung der Pro- 
zeduren und des Hauptprogramms im Kode- 


bereich. Die Überlagerungsprozeduren P2 
und P3 nehmen denselben Speicherbereich 
ein. Entgegen den Gültigkeitsregein für Be- 
zeichner kann P2 jedoch nicht durch P3 auf- 
gerufen werden. 
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Bild 11.6 Anordnung von Überlagerungsproze- 
duren im Kodebereich 


Auch die Bildung mehrerer Gruppen von 
Überlagerungsprozeduren ist möglich. Zur 
Demonstration wird das obige Programm er- 
weitert: 


PROCEDURE P4; 


END; 


OVERLAY PROCEDURE P5; 


END; 

OVERLAY PROCEDURE PB; 


END; 

OVERLAY PROCEDURE P7; 


END; 

BEGIN 


END. 


Das Aussehen des Kodebereiches zeigt 
Bild 11. 6b. 


Die einzelnen Gruppen von Überlagerungs- 
prozeduren werden als separate Files auf der 
Diskette abgelegt Sie bekommen den Na- 
men des entsprechenden COM-Files. aber 
die Erweiterungen 000, .001 usw. 

Das Laden der aufgerufenen Überlagerungs- 
prozeduren organisiert das PASCAL-Sy- 
stem. Dabei wird vor dem Diskettenzugriff 
überprüft, ob sich die gerufene Prozedur be- 
reits im Speicher befindet. 

11.10. Modi der Objektkodeerzeugung 
des Compilers 

Beim TURBO-PASCAL-Compiler können 
drei verschiedene Modi der Objektkodeer- 
zeugung eingestellt werden: 

- Hauplspeichermodus 

- COM-Filemodus 

- Kettenfilemodus. 

Im Hauptspeichermodus wird der Objekt- 
kode im Hauptspeicher abgelegt. Dieser Mo- 
dus ist für die Program menlwicklung vorge- 
sehen. Für Produktionsanwendungen ist er 
nicht geeignet, da zur Abarbeitung des PAS- 
CAL-Programms das gesamte TURBO- 
PASCAL-System erforderlich ist. 

Im COM-Filemodus werden COM-Files des 
Betriebssystems erzeugt. Sie bestehen aus 
PASCAL- Laufzeitsystem, ProgrammKode 
und Programmvariablen. Das COM-File hält 
die Konventionen des Betriebssystems ein 
und unterscheidet sich nicht von anderen ab- 
arbeitbaren Programmen. 

Im Kettenfiiemodus werden sogenannte Ket- 
tenfiles erzeugt. Sie sind zur unmittelbar auf- 
einanderfolgenden Ausführung von PAS- 
CAL-Programmen vorgesehen. Kettenfiles 
sind den COM-Files sehr ähnlich. Bei ihnen 
fehlt lediglich das PASCAL- Laufzeitsystem. 
Die Abarbeitung eines Kettenfiles kann des- 
halb nur durch ein anderes PASCAL-Pro- 
gramm eingeleitet werden. Dafür gibt es die 
Standardprozedur 
CHAIN(t). 

f muß eine Filevariable sein, der vorher mit 
ASSIGN das zu startende Kettenfile zuge- 
wiesen wurde. Das Kettenfile verdrängt den 
Kode des rufenden Programms. Mit Hilfe von 
absoluten Variablen kann es mit Daten ver- 
sorgt werden. 

In gewissem Grade kann der Programmierer 
darauf Einfluß nehmen, wie sein PASCAL- 
Programm im Hauptspeicher plaziert wird. 
Das Bild 1 1 .7 zeigt für die besonders wichti- 
gen COM-Files die hier interessierenden De- 
tails. Das gesamte Programm beginnt stets 
am Anfang des TPA bei der Adresse 100H 
mit dem etwa 8 KByte großen Laufzeitsy- 
stem. An das Laufzeitsystem schließt sich 
der Kode der Prozeduren und Funktionen so- 
wie des Hauptprogramms an. Standardmä- 
ßig beginnt der Kode auf dem ersten freien 
Byte hinter dem Laufzeitsystem. Es ist aber 
möglich, die Startadresse zu erhöhen, um 
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Bild 11.7 Wirkung von Start - und Endadresse 
auf die Plazierung von PASCAL-Programmen im 
Hauptspeicher 


hier Platz freizulassen für absolute Variablen. 
Endadresse stellt die höchste für das PAS- 
CAL-Programm zu verwendende Adresse 
dar. Standardmäßig ist sie etwa 700 Byte 
kleiner als die obere Grenze des TPA. Die 
Endadresse kann verringert werden, umz.B. 
Programme zu erzeugen, die auf einem 
Rechner mit kleinerem TPA laufen können, 
oder um Platz für Maschinenkodeunterpro- 
gramme freizuhalten. 

11.11. Quellprogrammuntergliederung 
TURBO-PASCAL gestattet mit Hilfe der IN- 
CLUDE-Option des Compilers die Unterglie- 
derung eines PASCAL-Quellprogramms in 
mehrere getrennte Files. Durch sie wird so- 
fort die Quelltexteingabe des Compilers auf 
das angegebene File umgelegl und dieses 
bis zum Ende gelesen. Das Bild 1 1 .8 zeigtein 
Beispiel. 



Bild 11. 8 Untergliederung eines PASCAL- Pro- 
gramms in mehrere Quelltextfiles 


TURBO-PASCAL unterscheidet zwischen 
Haupt- und Arbeitsfile. Der Compiler beginnt 
die Übersetzung stets mit dem Hauptfile. 

Das System hält das Arbeitsfile in einem in- 
ternen Quelltextbereich, in dem es mit dem 
Editor korrigiert werden kann. 

Haupt- und Arbeitsfile werden zu Beginn der 
Arbeit vom Nutzer festgeiegt. Während das 
Hauptfile nur durch den Nutzer verändert 
werden kann, wählt das TURBO-PASCAL- 
System das File zum neuen Arbeitsfile, bei 
dem während der Übersetzung ein Fehler 
auftrat. 

1 1 .1 2. Bedienung des 
TURBO-PASCAL-Systems 

Die Bedienung des TURBO-PASCAL-Sy- 
stems erfolgt mit Hilfe von einfachen prä- 
gnanten Menüs. Kommandoeingaben beste- 
hen aus einem einzigen Buchstaben bzw. 
aus Filebezeichnungen und Adressen. 

Die erlaubten Kommandos werden am Zu- 
standsdiagramm des TURBO-PASCAL-Sy- 
stems erläutert. Es wird im Bild 1 1 .9 gezeigt. 
Nach dem Start geht das System in einen An- 
fangszustand. Hier kann über das Laden der 
Fehlertexte des Compilers entschieden wer- 



kommandos des TURBO-PASCAL-Systems 

den. Sie beanspruchen einen Platz von etwa 

1600 Byte. 

Im Grundzustand können zunächstfolgende 

Organisationskommandos eingegeben wer- 
den: 

L Wahl des aktuellen Laufwerkes (A-, 

8 :,...) 

D Anzeige Inhaltsverzeichnisinforma- 

tionen 

M Angabe des Hauptfiles. Es wird zur 
Eingabe eines Filenamens aufge- 
fordert. 

W Angabe des Arbeitsfiles. Es wird zur 

Eingabe eines Filenamens aufge- 
fordert. 

S Abspeichern des Arbeitsfiles auf 

Diskette. 

Durch folgende Kommandos erfolgt der 

Übergang in die anderen Zustände: 

E Edieren. Im Editorzustand ist die 

Eingabe von Korrekturkommandos 
möglich. Es wird die im Anhang 1 
angezeigte Teilmenge der TP- Kom- 
mandos angeboten. Der Zustand 
wird durch * KD verlassen. 

C Compilieren. Es wird das Hauptfile 

übersetzt. Falls keines angegeben 
wurde, nimmt der Compiler das Ar- 
beitsfile. Bei Auftreten eines Feh- 
lers wird sofort in den Editorzustand 
gewechselt und der Cursor auf die 
Fehlerstelle positioniert. 

R Starten des übersetzten PASCAL- 

Programms. Falls noch keines 
übersetzt wurde, wird eine Compi- 
lierung eingeschoben. Tritt bei der 
Programmabarbeitung ein Fehler 
auf, wird eine entsprechende Mel- 
dung ausgegeben, nach Betätigung 
der ESC-Taste in den Editorzu- 
stand gewechselt und der Cursor 
auf die Fehlerstelle positioniert. 

X Ausführung eines oeliebigen COM- 

Files. Das TURBO-PASCAL-Sy- 
stem wird bis auf einen kleinen resi- 


denten Teilim Speicher überschrie- 
ben. Nach Beendigung der Abarbei- 
tung des COM-Files regeneriert der 
residente Teil den alten Zustand 
des TURBO-PASCAL-Systems 
wieder. 

O Compilermodus einstellen, ln die- 

sem Zustand ist die Eingabe weite- 
rer Kommandos möglich: 

M,C,H Einstellung des Hauptspeicher-, 

COM-File- oder Ketterrfilemodus 
S n Setzen der Startadresse auf n 

E n Setzen der Endadresse auf n 

Fn Suchen der Quelltextpassage, zu 

der die Kodeposition n gehört, und 
Wechsel in den Editorzustand 
Q Rückkehr in den Grundzustand 

Das Kommando F n dient dazu, Laufzeitfeh- 
ler in COM-Files zu lokalisieren. 

11.13. Separate Ü bersetzung 

Ab Version 4.0 bietet TURBO-PASCAL die 
Möglichkeit der separaten Übersetzung von 
einzelnen Teilen eines PASCAL-Programms 
unter voller Beibehaltung der Kontrollen des 
Compilers. Damit wird die Bildung von Pro- 
grammbibliotheken für oft benutzte Prozedu- 
ren und Funktionen ermöglicht sowie die kol- 
lektive Erarbeitung von großen Softwarepro- 
jekten unterstützt. 

Die für die separate Übersetzung erforderli- 
chen Ausdrucksmittel fügen sich organisch in 
die Sprache ein. Bereits existierende PAS- 
CAL-Programme sind ohne Änderungen 
auch in Version 4.0 lauffähig. 

Die Syntaxdiagramme der Bilder 11.10 bis 
1115 zeigen die erforderlichen Spracherwei- 
terungen. Es wird entsprechend Bild 11.10 
zunächst eine Übersetzungseinheit einge- 
füftrt. Sie ist alternativ das schon bekannte 
Programm oder eine Unit. 

Den Aufbau einer Unit zeigt das Syntaxdia- 
gramm Bild 11.11. Auf den reservierten Be- 
zeichner UNIT folgen Unit-Name sowie Inter- 
face- und Implementationsteil. Den Aufbau 
des Interfaceteiles zeigt Bild 11.12. Er wird 
durch den reservierten Bezeichner INTER- 
FACE eingeleitet und besteht aus einer - 
möglicherweise auch leeren - Folge von De- 
klarationen von Marken. Konstanten, Typen. 
Variablen sowie Prozedur- und Funktions- 
köpfen. Alle im Interfaceteil deklarierten Ob- 
jekte haben globale Bedeutung. Sie können 
in einem Programm oder in anderen Units be- 
nutzt werden. 

Den Aufbau des Implementationsteils zeigt 
Bild 11.13. Er wird durch den reservierten Be- 
zeichner IMPLEMENTATION eingeleitet 
Darauf folgt ein Block, der entsprechend 
Bild 5.1 aus Deklarations- und Anweisungs- 
teil besteht. Seine Deklarationen sind jedoch 
aufgrund der Gültigkeitsregeln von PASCAL 
nur innerhalb des impiementationsteils gültig. 
Enthält der Interfaceteil Prozedur- und Funk- 
tionsköpte, dann muß im implementationsteil 
die vollständige Deklaration dieser Prozedu- 
ren und Funktionen folgen. 

Die Unit Counter demonstriert dies: 


UNIT Counter; 

INTERFACE 

PR0CEDURE kicCount(amount: INTEGER): 
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Bild 11.16 Einlache Hierarchie von Units 
4 Bild 1 1.15 Modifiziertes Syntaxdiagramm „Programm" 


PROCEDURE GetCount(VAR i: INTEGER); 
IMPLEMENTATION 
VAR Count: INTEGER; 

PROCEDURE IncCountfamount: INTEGER); 
BEGIN 

Count := Count + amount 
END: 

PROCEDURE GetCount(VAR i: INTEGER); 
SEGIN 
j := Count 
END; 

BEGIN 
Count := 0 
END. 

Der Interfaceteil der Unit Counter wird durch 
die Köpfe der Prozeduren IncCount und Gef- 
Couni gebildet. Dadurch können sie in ande- 


ren Übersetzungseinheiten benutzt werden. 
Der Implementationsteil enthält die Deklara- 
tion der Variablen Count und die vollständige 
Deklaration der Prozeduren IncCount und 
GetCount. Die Variable Count ist außerhalb 
des Implementationsteils und damit außer- 
halb der Unit Counter nicht bekannt. Der An- 
weisungsteil BEGIN Count =0 END des Im- 
plementationsteils dient im Programmbei- 
spiel zur Initialisierung der Zählvariablen 
Count. Das TURBO-PASCAL-System si- 
chert ab, daß die Anwendungsteile aller Units 
vordem Anweisungsteil des Programms, das 
die Units benutzt, abgearbeitet werden. 

Eine Unit muß nicht notwendigerweise aus- 
führbare Anweisungen enthalten. Im nachfol- 
genden Programmbeispiel wird durch die 
Unit Definitions lediglich der Datentyp COM- 
PLEX deklariert: 


UNIT Definitions; 

INTERFACE 

TYPE 

COMPLEX = RECORD 
re: REAL; 
im: REAL 
END; 

IMPLEMENTATION 
BEGIN END. 

Implementations- und Anweisungsieil dieser 
Unit werden nicht benötigt und sind deshalb 
leer. 

Zur Benutzung der in Units deklarierten Ob- 
jekte ist die im Bild 1t 14 gezeigte Use- An- 
weisung erforderlich. Sie wird entsprechend 
Bild 1 1 .15 in das bereits bekannte Syntaxdia- 
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gramm Programm eingefügt. Sie stellt eine 
Liste von Namen der verwendeten Units dar. 
Das folgende Programmbeispiel zeigt, wie 
die Objekte der Unit Counter benutzt werden 
können: 


PROGRAM derno; 

USES Counter; 

VAR i: INTEGER; 

BEGIN 

lncCount(3); (*...*) lncCount(4); 

(*...*) 

GetCount(i);Writetn( Zählwerk ,i); 
END. 


Zeile hoch 

Zeile tief 

Rollen hoch 

Rollen tief 

Blättern hoch 

Blättern tief 

Zeilenanfang 

Zeilenende 

Bildanfang 

Bildende 

Fileanfang 

Fileende 

Blockbeginn 

Blockende 

Letzte Position 


X 

"z 

w 

R Bild zurück 
’C Bild vorwärts 
OS 
QD 
QE 
QX 
QR 
QC 


A Q P Rückkehrzur 
letzten Cursorposition, vor 
Suchen, Ersetzen oder Ab- 


Im Prog rammbeispiel werden die Objekte der 
Unit Counter mit dem Namen referenziert, mit 
dem sie deklariert wurden. Im Beispiel die 
Prozeduren IncCount und GetCount. Es ist 
jedoch durchaus denkbar, daß das nutzende 
Programm selbst Objekte gleichen Namens 
deklariert. Nach den Gültigkeilsregeln von 
PASCAL überdecken diese dann die Be- 
zeichner der benutzten Units. Würde das 
Programm Demo z. B. die Anweisungen 
USES Counter; 

VAR IncCount: BOOLEAN; 
enthalten, dann überdeckt die Variable Inc- 
Count die Prozedur IncCount aus der Unit 
Counter. Werden in einem solchen Fall die 
Objekte der benutzten Units dennoch benö- 
tigt, so sind sie mit dem Namen der Unit zu 
qualifizieren. Das heißt, ihnen ist der durch ei- 
nen Punkt getrennte Unit-Name voranzustel- 
len. Aufrufe der Prozedur IncCount haben 
dann die Form Counter.lncCount{3). 

Es sind einige Erläuterungen zur Implemen- 
tation der separaten Übersetzung inTURBO- 
PASCAL zweckmäßig. Units werden durch 
den Compiler (im Disk-Mode) in ein File mit 
dem Typ TP U übersetzt und auf der Diskette 
abgelegt. Für die Übersetzung von Pro- 
grammeinheiten, die diese Unit benutzen, 
wird das korrespondierende TPU-File benö- 
tigt. Sein Name wird durch den Compiler aus 
dem Unit-Namen und demTypTPU gebildet. 
Dieser einfache und klare Mechanismus führt 
zu der Einschränkung, daß der Filename mit 
dem Unit-Namen übereinstimmen muß. Für 
das vorangegangene Beispiel heißt dies, daß 
der Programmtext der Unit Counter im File 
COUNTER.PAS abgelegt werden muß. Der 
Compiler übersetzt es in das File Coun- 
ter.TPU, welches zur Übersetzung von DE- 
MO. PAS benötigt wird. 

Das Bild 11. 12 zeigt, daß im Interfaceteil ei- 
ner Unit ebenfalls eine Use- Anweisung ange- 
geben werden darf. Dadurch ermöglicht 
TUR BO- PASCAL die hierarchische Struk- 
turierung von Units. 

Vom TURBO-PASCAL-System werden dem 
Anwender eine Reihe von fertigen Units zur 
Verfügung gestellt, die zum Beispiel zur Arbeit 
mit dem Bildschirm dienen oder den Aufruf von 
Betriebssystemleistungen ermöglichen. 

Anhang 

A. Editorkommandos 

A.1 Cursor-Positionierung 


Zeichen links 'S 

Zeichen rechts ' D 

Wort links A 

Wort rechts A F 


A.2 Einfügen und Löschen 


Insert-Modus EirvAus 
Löschen links 
Löschen Zeichen 
Löschen Wort rechts 
Zeile einfügen 
Zeile löschen 
Zeilenrest löschen 


DEL 

“G 

'T 

N 

A Y 

■Q'Y löscht ab Cursor 
bis Zeilenende 


A.3 Block-Kommandos 


Blockbeginn 
Blockende 
Marken löschen 
Wort markieren 
Block kopieren 


KB 
K K 
"K'H 
'K‘T 

* K C Kopieren an Cursor- 


Block verschieben 

Block löschen 
Block lesen 

Block schreiben 


K V Verschieben an die 
Cursorposition 

A K'-Y 

'K A R Textvoneinemarv 
geforderten File lesen 
'■K-'W Block in ein File 
schreiben 


A.4 Verschiedene Kommandos 


Edieren beenden 
Indent Ein/Aus 
Restore Zeile 


Suchen <Flnd> 


Substituieren 


Wiederholen 


'KD Rückkehrzum 
TURBO-Grundmenü 
A 0' I automatisches Ein- 
rücken der Zeilenanfänge 
A Q L Alle Veränderungen 
in der Zeile werden 
rückgängig gemacht. 

'Q‘ F Es wird zu suchen- 
des Muster angefordert; 
Optionen: 

B rückwärts suchen 
G globales Suchen 
n Suchen des n-tenAuf- 
tretens 

U Ignorieren Groß-/Klein- 
buchstaben 
W nur Worte suchen 
A Q* A Zu suchendes 
Muster und Text werden 
angefordert; 

Optionen: 

B rückwärtssuchen 
G globales Suchen (topto 
down) 

n Suchendes n-ten 
Auftretens 

N Ersetzen ohne Fragen: 
(Replaco (Y/N) ?) 

U Ignorieren Groß-/Klein- 
buchstaben 
W nur Worte suchen 
Optionen ohne Zwischen- 
raum schreiben und mit 
<CR> beenden. 

'L Wiederholendes letz- 
ten 'Q'F-oder 'QA- 
Kommandos 


B. Compiler-Options 

OA— ,ÖA+ 


Retten und Rückspeichern der lo- 
kalen Variablen bei Prozeduraufruf 
ein- bzw. ausschalten, d.h., rekur- 
sive Prozeduraufrufe sind bzw sind 
nicht möglich. 

CC+.OC- Bei Tastatureingabe werden fol- 
gende CTRL-Zeichen interpretiert 
bzw. ignoriert: 

C Programmabbruch 
S Stop/Start der Bildschirmaus- 
gabe 

OI+.CI— Ein- /Ausschalten der Reaktion des 

Laufzeitsystems auf E/A-Fehler 

OR-.OR- Überprüfung der Einhaltung des 
Wertebereiches der Aufzählungs- 
und Teilbereichstypen ein- bzw. 
ausschalten (Solche Typen sind Ar- 
rayindizes.) 

CU KOU- Der Abbruch eines Programms 

durch Betätigen derCTRL-C-Taste 
wird ermöglicht bzw. verhindert. 

OV+.OV- Bei Parametern vom Datentyp 

STRING muß die max. Länge des 
aktuellen mit der des formalen Pa- 
rameters übereinstimmen bzw. darf 
unterschiedlich sein. 

OWn Festlegen der maximalen Ver- 

schachtelungstiefe von Wlth-An- 
weisungen (O^n £ 9). In jeder Pro- 
zedur werden für With-Anweisun- 
gen 2*n Byte im Datenbereich re- 
serviert. 

OX I ,OX- Der Zugriff auf Arraykomponenten 
wird bzw. wird nicht optimiert. 

Für alle Options gibt es einen Standard' QA+, 

OC+, OI+. OR-- OU-, OV l , OW4, cx-. 


C. Zusätzliche Standardprozeduren 
und -funktionen 

C.t Ein- und Ausgabe 


BLOCKREAD(f.bulf.anz) Lesen von anz Blöcken 
zu je 128 Byte der Vanablen buff 
von File f.t muß ein typenloses 
File sein: VAR t: FILE: 

BLOCKWRITEff. buff. anz) analog BLOCKREAD 

CHAIN (f) Verdrängen des rufenden PAS- 

CAL-Programms durch das auf 
dem Kettenfile f abgespeicherte 
PASCAL-Programm. f muß ein 
typenloses File und vorher mit 
ASSIGN zugewiesen worden 

EXECUTE(f) Wie CHAIN(f). jedoch darf f ein 
beliebiges COM-Flle sein. 

ERASE(f) Löschen des f zugewiesenen Fi- 

les 


FLUSH(f) Leeren des dem File zugeordne- 

ten Puffers. 

RENAME(f,string)Das f zugewiesene File erhält 
den neuen in string angegebe- 
nen Namen. 


C.2 Bi Idschirmausgabe und Tastatureingabe 


CLREOL 

DELLINE 

INIT 

INSLINE 

KEYPRESSED 


Löschen einer BildschirmzeiSe 

ab Cursorposition 

Löschen der gesamten Zeile, ln 

der der Cursor steht 

Ausgabe der Terminalinitialisie- 

rungsfolge 

Einfügen einer Leerzeile an Cur- 
sorposition 

Liefert TRUE, falls ein Zeichen 
im Eingabepuffer der Tastatur 


Schluß 
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Videosteuerung VIS3 

mit GDC U 82720 D (Teil 2) 


Dr. Wilfried Quednow, Heidrun Bade, Walter Hermann 
Akademie der Wissenschaften der DDR, 

Zentrum für wissenschaftlichen Gerätebau Berlin 


Dieser Teil beschreibt die Nutzung der 
Videosteuerung VIS3 auf unterschiedlichen 
Softwareebenen - angefangen von der 
VIS3-Geräteschnittstelle über die Unterpro- 
grammschnittstelle der Farbgrafikroutinen 
FGR 1 86 einschließlich ihrer Anpassung an 
BASIC und TURBO-PASCAL bis hin zur 
GSX-Schnittstelle des Gerätetreiberpro- 
gramms VGLIB 186. Die Schnittstellen wer- 
den überblicksmäßig dargestellt und der je- 
weils realisierte Leistungsumfang angege- 
ben. (Teil 1 erschien in MP 3/1988.) 

Geräteschnittstelle (I/O-Ports) 

Die Nutzung dieser Schnittstelle setzt detail- 
lierte Kenntnisse über die Programmierung 
des Grafik-Display-Controllers GDC 
U 82720 D voraus und ist im allgemeinen 
sehr aufwendig. Es sollte nur darauf zurück- 
gegriffen werden, wenn entsprechende Er- 
fahrungen in der hardwarenahen Program- 
mierung vorliegen und die weiter unten be- 
schriebenen Programme FGR 186 bzw. 
VGLIB 186 nicht ausreichen oder zeitopti- 
miert werden müssen. In allen übrigen Fällen 
sollten die Anwenderprogramme eine direkte 
Bedienung der Geräteschnittstelle vermei- 
den. 

Die Videosteuerung VIS3 belegt 1 6 aufeinan- 
derfolgende Geräteadressen (Ports), die je- 
doch nicht alle benutzt werden. Mit den 
Adressen MOH . . . M6H (M = Moduladresse, 
auf der Steckeinheit über Wickelbrücken ein- 
stellbar) können 

- der GDC (3 Adressen) 

- das Palettenregister PAL-REG 

- das Register WRITEN-REG 

- das Register ZOOM-REG 

- das Steuerregister CTRL-REG 
angesprochen werden. Die Adressen M7H 
... MFH sind frei. Die Datenübergabe zwi- 
schen ZRE des Mikrorechnersystems und 
VIS3 erfolgt nicht nur über den Datenbus, 
sondern im Falle des Palettenregisters auch 
über den höherwertigen Teil des Adreßbus- 
ses (AB8 . . . ABI 5). Um unnötige Fehler zu 
vermeiden, sollten deshalb grundsätzlich nur 
die Anweisungen IN r,(C) bzw. OUT (C),r ver- 
wendet werden, da bei ihnen der höherwer- 
tige Teil des Adreßbusses mit dem Inhalt des 
B-Registers U 880 belegt und somit die zu- 
sätzlichen Informationen problemlos übertra- 
gen werden können. Die Register sind bei 
Benutzung dieser Anweisungen nach folgen- 
dem Schema zu belegen: 

Das r-Register (r = A,D,E,H,L) 

fD pn-ö I p I p I D r-ayg 

r7 r6 r5 r4 r3 r2 rl rO 

enthält die Daten, die entsprechend dem im 
C-Register verschlüsselten Kommando K 
übergeben werden. 

Das B-Register 

[ X ! X'| X | X [ R 1 R j R • R 

B7 B6 B5 B4 B3 B2 Bl BO 


enthält bei Palettenregisterzugriff die 
Adresse der Speicherzelle R, die gelesen 
bzw. beschrieben werden soll. 

Das C-Register 

|§M j M~ [ M [ M j 0 }"k | K [ K~| 
C7 C6 C5 C4 C3 ^C2 CI CO 
enthält die Moduladresse M und das auszu- 
führende Kommando K. 

Weitere Einzelheiten sind der Kommando- 
übersicht in Tafel 1 zu entnehmen. Es kön- 
nen alle laut Technischem Handbuch /I/ 
möglichen GDC-Kommandos für die Be- 
triebsart Grafik-Mode einschließlich DMA- 
Betrieb, benutzt werden. 


Tafel 1 Kommandos der Videosteuerung VIS3 
Bei fehlenden oder unvollständigen Registerbelegun- 
gen haben die betreffenden Bits keine Bedeutung und 
können beliebig ergänzt werden. 


Z7-CO: MMMM0000 



7-C0.MMMM0H0 
rO:DRQ liegt auf Hoch-Pegel 
(r0=0) bzw. Tiefpegel (rO- 1) 


Farbgrafikroutinen FGR 1 86 

Die Farbgrafikroutinen bilden die erste 
Ebene in der Hierarchie grafischer Software 
und sind nichts anderes als eine Unterpro- 
grammbibliothek auf Assemblerniveau 
(Speicherplatzbedarf etwa 3 KByte). Mit Hilfe 
eines Linkers kann sie in jedes in Assembler- 
sprache (Z-80-Mnemonik) geschriebene An- 
wenderprogramm eingefügt werden. Im we- 
sentlichen werden von diesen Routinen fol- 
gende Grundfunktionen realisiert: 

- Ausführung von Initialisierungs- und 
Steuerungsaufgaben, wie Anfangsinitialisie- 
rung des GDC, Bildverschiebung usw. 

- Zeichnen elementarer grafischer Objekte 
auf dem Bildschirm, wie Vektoren, Kreise 
usw. 

Das Kernpropblem besteht dabei darin, die 
gewünschte Funktion in Steuersequenzen 
umzusetzen und diese anschließend an den 
GDC zu übergeben. Des weiteren wird eine 
Koordinatentransformation vorgenommen, 
die die vom GDC verlangte eindimensionale 
Adressierung des Bildwiederholspeichers in 
eine anwenderfreundliche zweidimensionale 
Adressierung der Form X,Y umwandelt. Der 
Koordinatenursprung liegt in der linken unte- 
ren Bildschirmecke. 

Schnittsstelle 

Die Schnittstelle der Farbgrafikroutinen ist 
mit Rücksicht auf kurze und universelle An- 
wendbarkeit bewußt einfach gestaltet und 
nicht an einem grafischen Standard orien- 
tiert. 

Der Aufruf der einzelnen Unterprogramme 
erfolgt über die Startadresse der gewünsch- 
ten Routine im Sprungverteiler. Ein direkter 
Aufruf der Routinen unter Umgehung des 
Sprungverteilers sollte aus Kompatibilitäts- 
gründen vermieden werden. Zur Parameter- 
übergabe werden entweder Register oder Ar- 
beitszellen benutzt. Für alle Routinen mit 
Ausnahme von PZ (siehe Tafel 2) gilt, daß 
nach Abarbeitung nur der Flag- und A-Regi- 
sterinhalt verändert sind, während alle übri- 
gen Registerinhalte erhalten bleiben. 

Leistungsumfang 

Die von den Farbgrafikroutinen realisierten 
Softwarefunktionen sind so angelegt, daß die 
Hardwaregegebenheiten der VIS3 möglichst 
voll ausgenutzt werden. Das heißt, die Frei- 
heitsgrade der Hardware, wie unterschied- 
liche Bildwiederholspeichergrößen, und der 
Anschluß verschiedener S/W- und Farbmoni- 
tore bzw. Fernsehgeräte werden voll berück- 
sichtigt und alle GDC-Kommandos der Be- 
triebsart Grafik-Mode unterstützt. 

Die Einstellung der gewünschten Bildwieder- 
holspeichergröße und des verwendeten Mo- 
nitors/Fernsehgerätes erfolgt in der Initiali- 
sierungsphase, wobei die Standardkonfigu- 
ration mit einem Bildwiederholspeicher von 
512*512 Punkten und dem Farbmonitor 
MON K7226 voreingestellt ist. Änderungen 
dieser Werte können dann mit dem zum 
FGR 186 zugehörigen Installationspro- 
gramm INSTFGR vorgenommen werden. 
Die Größe des auf dem Monitor sichtbaren 
Bildfeldes wird von der Bild- und Zeilenfre- 
quenz des Monitors und der Taktfrequenz 
der VIS3 bestimmt. Sie ist damit konfigura- 
tionsabhängig und beträgt bei der Standard- 
konfiguration z. B. 384(x) *288(y) Punkte. 
Einen Überblick über die vom Anwender 
nutzbaren Routinen gibt der Sprungverteiler 
in Tafel 2. 
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Tafel 2 Sprungverteiler der Farbgratikroutinen FGR 186 


Tafel 3 Standardfunktionen des GSX-80 


Vektor mit Farbe un 


Farbmaskenregister 


Punkt lesen (Färb- 
ung GFARB) 


mit DM Ain Putter 


RegDE- X- Koordinate 


GZOOM -Grafikzoom 


IL- Y-Koordinate 


Reg.BC-Muster 
GPX2.GPY2- Punkt2 


SM -Ausgabemode 


Reg. BC- Linienmuster 


BFX2, BFY2- Fenster 2 


Reg. HL- Y-Koordinate 


RS A- Länge in Richtung 


Reg. DE- X-Koordinate 


Close Workstation 
Clear Workstation 
Update Workstation 


01 Inquire addressable 


f Enter graphics mode 
1 Exit graphics mode 
I Cursorup 

i Cursorright 
' Cursorleft 
I Home Cursor 
l Erasetoendofscreen 
i Erasetoendofhne 
Direct Cursor address 
! Output Cursor addressable text 
l Reverse Video on 
i Reverse Video off 
i Inquire current Cursor address 
i Inquire tablet Status 
' Hardcopy 

i Place Cursor atlocation 
> Remove Cursor 


Filledarea 

Cellarray 

Generalized drawing primitive 
(BAR. ARC, PIE SLICE. CIRCLE) 
Setcharacterheight 
Setcharacterup vector 
Set color representation 
Setpolyline linetype 
Setpolyline width 
Setpolyline color index 
Setpolymarkertype 
Setpolymarkerscale 
Set polymarker color index 

Set text color index 
Set fillinterior style 
Setfill style index 
Set fill color index 
Inquire color representation 
Inquire cellarray 
Inputlocator 

Inputchoice 
Inputstring 
Set writing mode 
Setinputmode 


Id Definition 


20 Hardware zoom 

21 Dehne hardwarezc 

22 Display on 

23 Display off 


27 , 


i nleft 


28 Pan home 

29 DMA read 

30 DMAwrite 

3 1 Virtual addressing on 

32 Device addressing on 

33 Absolute addressing on 

34 Relative addressing on 

35 Define relative 
addressing point 

36 Define circle eccenticity 

37 Double-Yon 

38 Double-Yoft 

39 Define portaddress 


beiegung: 
BMw.ederhoF 
spe.cher(BWS)- 
- Größe 


vollgrafisches farbtüchtiges 
Rasterdisplay mit 
GDCU 82720 DC04 
(Grafikmode) 


384 (hör.) * 288 (vert.) Punkte ' 

16 Geräteadressen 
(über Wickelbrücken 
einstellbar) 
je nach Bestückung: 

256 *256 * 4 Bit 
(mit K 565 RUß) 

512 *512 *4 Bit 
(mitU2164C25) 

1024 *1024 * 4 Bit 

(mitMK41256) 

überGDC 

(alte GDC-Kommandos ein- 
schließlich DMA nutzbar) 

Cycle-Stealing-Prinzip 
(Sperrung des Zugriffs Im 
sichtbaren Teil der Display - 
zeilen möglich) 


complement 

lechteck. Kreisbogen, 


j Text, Flächen füllet 


BASIC- und TURBO-PASCAL-Anpassung 

Anwenderprogramme für die Videosteue- 
rung VIS3, die in BASIC oder TURBO-PAS- 
CAL geschrieben werden sollen, können 
ebenfalls die Farbgrafikroutinen benutzen. 
Voraussetzung dafür ist, daß mit einem CP/ 
M-kompatiblen Betriebssystem gearbeitet 
wird und die zum FGR 1 86 gehörenden Inter- 
faceprogramme BIVIS3 (für BASIC) bzw. 


TUVIS3 (für TURBO-PASCAL) zusätzlich 
geladen werden. Die Interfaceprogramme 
sind dem FGR 186 vorgeschaltet und erledi- 
gen den Aufruf der Farbgrafikroutinen sowie 
die Parametervermittlung zwischen der je- 
weiligen Hochsprache und dem FGR 186. 
Der Aufruf in BASIC erfolgt mit 
CALL NAME (PARAMETER 1, PARAME- 
TER 2. . . ) 


und in TURBO-PASCAL mit 
NAME (PARAMETER 1 , PARAMETER 2 . . .); 
NAME ist dabei eine Variable mit der Start- 
adresse der gewünschten Routine im BIVIS3 
bzw. eine externe Prozedur im TUVIS3 und 
im Anwenderprogramm gesondert zu verein- 
baren. Dazu steht eine entsprechende Liste 
bzw. Include-Datei zur Verfügung. 

Bei der praktischen Nutzung unter BASIC ist 
zu beachten, daß zuerst das BIVIS3 und an- 
schließend BASIC mit eingeschränktem 
Speicherbereich geladen werden müssen. 
Das ist erforderlich, da BIVIS3 an das Ende 
des Arbeitsspeichers (TPA) ab Adresse 
0B000H geladen wird und sonst von BASIC 
überschrieben werden würde. Bei TURBO- 
PASCAL schließt sich das TUVIS3 unmittel- 
bar an die Laufzeitbibliothek an. Anwender- 
programme sind deshalb als CHN-Files mit 
Startadresse 3000H zu übersetzen und mit 
PAS3XXX PROGRAMMNAME aufzuru- 
fen. 
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Die nächste, über den grafischen Routinen 
liegende Schicht ist die Nutzeroberfläche, die 
im allgemeinen von Gerätetreiberprogram- 
men realisiert wird. Im Gegensatz zu den 
Ausführungen des vorhergehenden Ab- 
schnitts wird sie weniger von den Gegeben- 
heiten der Hardware beeinflußt, als vielmehr 
von den funktionellen Forderungen der An- 
wenderprogramme bzw. des Betriebssy- 
stems, unter denen diese Anwenderpro- 
gramme laufen. Hier spielen also insbeson- 
dere die Fragen grafischer Standards und 
damit auch die Portabilität grafischer Soft- 
ware - eine „uralte“, aber dennoch in der 
Praxis schwer zu realisierende Forderung - 
die entscheidende Rolle. 

Das nachfolgend beschriebene Gerätetrei- 
berprogramm VGLIB186 (VIS3 Graphic Li- 
brary; Speicherplatzbedarf etwa 14 KByte) 
orientiert sich an dem Graphic Kemel 
System (GKS) 121, 13/ und realisiert eine 
Schnittstelle entsprechend dem GSX-80 /4/, 
151, 16/, das von der Firma Digital Research 
als grafische Erweiterung ihres Betriebssy- 
stems CP/M erarbeitet und vertrieben wurde. 
Der CP/M-Philosophie folgend, den hard- 
wareunabhängigen Teil (BDOS) und den 
hardwareabhängigen Teil (BIOS) voneinan- 
derzu trennen, wird auch hierbei eine Eintei- 
lung in das sogenannte 
GDOS - hardwareunabhängiger Teil 
(Koordinatentransformation NDC-» DC) 

GIOS - hardwareabhängiger Teil 
(Ausführung grafischer Befehle und Steuer- 
kommandos) 
vorgenommen. 

Durch VGLIB 186 wird sowohl das GIOS als 
auch das GDOS realisiert. Es kann deshalb 
nicht nur unter GSX-80 laufen, sondern auch 
völlig unabhängig vom Betriebssystem direkt 
mit dem Anwenderprogramm verbunden 
werden. Welche Möglichkeiten der Anwen- 
der wählt, ist generierungsabhängig und mit 
Hilfe des VGLIBIN-Files, das beim Binden in 


jedem Fall mit einbezogen werden muß, ein- 
stellbar. Natürlich können damit ähnlich dem 
INSTFRG auch weitere Einstellungen bezüg- 
lich der Initialisierung des GDC, der Geräte- 
adresse u. ä. vorgenommen werden. 
Schnittstelle 

Der direkte Aufruf von VGLIB 186 (ohne 
GSX-80) ist mit einem Unterprogramm- 
sprung der Form 
CALL VGLIB## 

vorzunehmen, wobei der Name im Anwen- 
derprogramm als externe Marke zu kenn- 
zeichnen ist. Im GSX-80 erfolgt der Aufruf 
über die BDOS-Funktion 1 1 5. 

Für die Parametervermittlung wird ein Para- 
meterblock benutzt, der die Adressen fünf 
verschiedener Ein-/Ausgabefelder enthält: 

PB Adresse des Control-Feldes ,contrl‘ 

PB +2 Adresse des Eingangsparameterfel- 
des ,intin‘ 

PB+4 Adresse des Eingangskoordinatenfel- 
des ,ptsin‘ 

PB +6 Adresse des Ausgangsparameterfel- 
des ,intout‘ 

PB +8 Adresse des Ausgangskoordinaten- 
feldes ,ptsout‘ 

Alle Daten, die über diese Felder übergeben 
werden, sind 16-Bit-lntegerzahlen (Aus- 
nahme: DMA read, DMA write). Die Adresse 
des Parameterblockes ist bei Aufruf im Regi- 
sterpaar DE einzutragen. 

Leistungsumfang 

Das Gerätetreiberprogramm VGLIB 186 rea- 
lisiert alle Funktionen, die in der Grafiknorm 
des GSX-80 festgelegt sind. Einen Überblick 
über die Standardfunktionen gibt Tafel 3. 
Neben diesen Standardfunktionen erlaubt 
GSX-80 auch die Erweiterung des Funktions- 
satzes durch nutzer- bzw. hardwarespezifi- 
sche Befehle mit Hilfe weiterer ESCAPE-Co- 
des. Um die Möglichkeiten des GDC voll aus- 
zunutzen, wurde auch davon Gebrauch 
gemacht und der Funktionssatz um die in 
Tafel 4 aufgeführten Zusatzfunktionen er- 
gänzt. 


Übersetzungstechniken 

für Mikroprozeßrechnersprachen 

Dr. Mirko Zanter, Prof. Dr. Dr. Michael Roth 
Technische Hochschule Ilmenau, 

Sektion Technische und Biomedizinische Kybernetik 


Eigenschaften 

einer Mikroprozeßrechnersprache 

Der umfassende Einsatz von Mikroprozeß- 
rechnern in der Labor- und Prozeßauto- 
matisierung erfordert die Entwicklung und 
Implementierung hochleistungsfähiger Über- 
setzer von Mikroprozeßrechnersprachen 
(zum Beispiel PEARL /I/, Concurrent-PAS- 
CAL 121, PLZRTC 131, MP-BASIC /4/). Solche 
Sprachen und ihre Laufzeitsysteme sind 
durch folgende Eigenschaften gekennzeich- 
net 151, 16/: 

• Ausdrucksmittel zur Koordinierung paral- 
leler Rechenprozesse 

• Effektive Beschreibungsmittel für numeri- 
sche und nichtnumerische Algorithmen 

• Strukturierte Programmsteueranweisun- 
gen und modularer Programmaufbau 


• Unterbrechbare und wiedereintrittsfähige 
Laufzeitprogramme, die mit einer dem An- 
wendungszweck entsprechenden (relativ) 
hohen Geschwindigkeit abgearbeitet werden 
können 

• Hohe Portabilität der Laufzeitprogramme 
durch Implementierung in eine standardi- 
sierte Softwareumgebung 

• Einbindung maschinennaher Systempro- 
gramme über anwendergerechte Schnittstel- 
len auf symbolischem Niveau für eine einfa- 
che Arbeit mit der Prozeßperipherie 

• Übereinstimmung der Sprachkonstruktio- 
nen mit grafischen Beschreibungsmitteln 
(insbesondere Struktogramme und Petri- 
Netze) zur Unterstützung des Programment- 
wurfs. 

Ein breiter Anwenderkreis mit dem unter- 
schiedlichsten Ausbildungsstand auf dem 


Einsatzerfahrungen 

Praktische Erfahrungen beim Einsatz der Vi- 
deosteuerung VIS3 und deren Softwarekom- 
ponenten wurden im ZWG Berlin, im ZEG 
Mittweida und an der HfV Dresden auf dem 
Gebiet der Meßtechnik, d. h. der Darstellung 
von Meßkurven gesammelt. Dabei zeigte 
sich, daß Bildauflösung und Geschwindigkeit 
des Bildaufbaus in den meisten Fällen als gut 
eingeschätzt wurden. Hinsichtlich der be- 
nutzten Software wurde eindeutig TURBO- 
PASCAL in Verbindung mit den Farbgrafik- 
routinen FGR 186 favorisiert. 

Die Anwendung des Gerätetreiberpro- 
gramms VGLIB 186 für diese Zwecke 
brachte zwar einerseits die bereits erwähnte 
Softwareportabilität - hier konkret zwischen 
dem GSX-kompatiblen Betriebssystem 
SCPX des A7100 und dem 8-Bit-Mikrorech- 
ner (PC 171 5, BC A5120 usw.) - anderer- 
seits aber den Nachteil des großen Speicher- 
platzbedarfs bzw. zu langer Programmlauf- 
zeiten. Zwischen diesen beiden Kriterien liegt 
letztlich auch der Entscheidungsspielraum 
des potentiellen Anwenders, dieses System 
im konkreten Fall einsetzen zu können. 
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Gebiet der Softwareentwicklung erfordert 
eine nutzerfreundliche interaktive Pro- 
grammerstellung. 

Turbo-Konzept 

Die Eigenschaften einer Mikroprozeßrech- 
nersprache haben einen direkten Einfluß auf 
die Gestaltung der Übersetzungstechniken. 
Insbesondere die letzte Forderung nach in- 
teraktiver Programmerstellung kann, sofern 
dies der Aufbau der zu übersetzenden Spra- 
che erlaubt 17/, 141, mit Hilfe des Turbo-Kon- 
zepts erfüllt werden (Bild 1 ). 

Dabei ist der Einsatz eines syntaxgesteuer- 
ten Editors zur zeilenweisen (inkrementeilen) 
Eingabe und lexikalischen/syntaktischen 
Analyse des Quellprogramms vorteilhaft, 
weil auftretende Syntaxfehler sofort interaktiv 
erkannt und korrigiert werden können (lokale 
Syntaxprüfung). Nach beendeter Programm- 
eingabe startet ein Compilerpaß, der u. a. die 
Adreßzuweisung für alle statischen Daten- 
objekte und Programmsteueranweisungen 
vornimmt (globale Syntaxprüfung). 

Der auf diese Weise erzeugte Zwischencode 
ist aufgrund der stark verminderten Organi- 
sationszeiten mit einer hohen Geschwindig- 
keit interpretierbar. Erkennt dabei der Zwi- 
schencodeinterpreter einen Laufzeitfehler im 
Programm, wird unter Einschaltung eines 
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Bildl Datenflußgraph eines mehrstufigen 
Compiler-Ilnterpretersystems 
( 1)bis(4 ) - Compilerpässe 
(!) bis (III) - Zwischenprogramme 
RPN - reverse (umgekehrte) polnische 
Notation 


Rückübersetzers die fehlerhafte Stelle im 
Programm angezeigt, so daß ebenfalls mit 
Hilfe des syntaxgesteuerten Editors eine 
sofortige Programmkorrektur möglich ist. 
Die Rückübersetzung wird durch den spe- 
zifischen Aufbau des Zwischencodes gesi- 
chert /4/. Das Turbo-Konzept ermöglicht ei- 
nen schnellen (internen) Wechsel zwischen 
den Systemprogrammen und trägt damit zu 
einer anwendergerechten interaktiven Pro- 
grammerstellung bei. 

Auf die Probleme der lexikalischen/syntakti- 
schen Analyse soll an dieser Stelle nicht nä- 
her eingegangen werden /8/, /9/, /10/. An die 
Syntaxanalyse schließt sich die semantische 
Synthese (Maschinencodeerzeugung) der 
zu übersetzenden Programmiersprache 
an. 

FORTH 

als Systemimplementierungs- 
und Zwischensprache 

Bei der semantischen Synthese ist die An- 
wendung der reversen (umgekehrten) polni- 
schen Notation (RPN) aufgrund ihres struktu- 
rellen Aufbaus zur Formulierung der Pro- 
gramme in einer weiteren Zwischensprache 
besonders gut geeignet und in der Compiler- 
technik verbreitet /8/, /II/. Um eine hohe 
Portabilität bei der Implementierung dieser 
Zwischenprogramme zu erreichen, ist deren 
Formulierung in einer standardisierten Zwi- 
schensprache nötig, die das Konzept der re- 
versen polnischen Notation konsequent un- 
terstützt. Dazu kann FORTH /12/, /1 3/, /14/, 
/1 5/ vorteilhaft verwendet werden. FORTH ist 
die Sprache eines virtuellen Prozessors. Dar- 
über hinaus bildet FORTH ein integriertes 
Programmiersystem. Die Übersetzung des 
syntaktisch analysierten Zwischencodes 
(Bildl) kann in einen FORTH-Quelltext oder 
direkt in den FORTH-Fadencode erfolgen. 
Insbesondere durch die Möglichkeit der ma- 
schinennahen Programmierung bei gleich- 
zeitigem Vorhandensein von Elementen hö- 
herer Sprachen, verbunden mit der guten in- 
teraktiven Testunterstützung durch das Pro- 
grammiersystem, ist FORTH zur Systempro- 



Bild 2 Verwaltung paralleler Taskdatenbereiche 
mittels Kachelketten 
D - Datenstack einer Prozedur 



Bild 3 Adressierung von Feldelementen nach 
dem Iliffe-Verfahren (Beispiel) 

Vom Feld A(i u i 2 , i 3 ) mit i, = 1,i 2 = 2, i 3 = 1 wird 
das Element A(j u j 2 , j 3 ) mit j, = l,J 2 = i,j 3 =i an- 
gesprochen. 


grammierung gut geeignet. Die Verwendung 
von FORTH als Systemimplementierungs- 
und Zwischensprache bei der semantischen 
Synthese einer Mikroprozeßrechnersprache 
hat folgende Vorteile: 

• Infolge des gleichen strukturellen Aufbaus 
der Systemimplementierungs- und Zwi- 
schensprache wird eine effektive Realisie- 
rung der Übersetzungstechniken erreicht, 
was besonders durch die compilierenden 
Eigenschaften des FORTH-Textinterpreters 
unterstützt wird. 

• Die Abarbeitung der Zwischenprogramme 
kann mit einem standardisierten FORTH- 
Adreßinterpreter erfolgen. Aufgrund des spe- 
zifischen strukturellen Aufbaus der FORTH- 
Adreßparameterliste (Fadencode) wird eine 
hohe Abarbeitungsgeschwindigkeit der kom- 
pakten Zwischenprogramme ermöglicht, die 
für viele Probleme (dem Anwendungsgebiet 
des zu übersetzenden Programms entspre- 
chend) bereits ausreicht, so daß eine weitere 
Übersetzung nicht nötig ist. 

• Das FORTH-Programmiersystem stellt 
eine genormte Softwareschnittstelle zur Ver- 
fügung, die eine hohe Portabilität der Über- 
setzer- und Zwischen-(Ziel-)programme ge- 
währleistet. 

• Durch die Universalität des FORTH-Kon- 
zepts wird die Entwicklung des Laufzeitsy- 
stems erleichtert. 

• Eine interaktive Arbeitsweise ist sowohl 
zum Zeitpunkt des Compilerbaus als auch 
beim Test der Zwischenprogramme mög- 
lich. 

• Maschinennahe Anwenderprogramme zur 
Arbeit mit der Prozeßperipherie können mit 
FORTH effektiv realisiert und über symboli- 
sche Schnittstellen als Prozeduren in die Mi- 
kroprozeßrechnersprache eingebunden wer- 
den. 

• Zur weiteren Übersetzung der (FORTH-) 
Zwischenprogramme in den Maschinencode 
eines konkreten Prozessors (Bildl) zwecks 
Laufzeitoptimierung können standardisierte 
und bereits vorgefertigte Lösungen (z. B. 


Native-Code-Compiler /1 5/) Verwendung fin- 
den, so daß der Prozeß des Compilerbaus ra- 
tionalisiert wird. 

Tabellengesteuerte 
Übersetzungsverfahren 
Durch die Anwendung tabellengesteuerter 
Übersetzungsverfahren kann eine weitge- 
hende Abkopplung der Sprachbeschreibung 
von den Algorithmen des Compilers auf jeder 
Ebene des Übersetzungsprozesses erreicht 
werden. Bei einer Sprachkorrektur bzw. -er- 
weiterung ist dann keine Änderung der Über- 
setzerprogramme nötig. Die Übersetzungs- 
tabellen enthalten eine linearisierte Darstel- 
lung der syntaktischen (z. B. linearisierte 
Syntaxdiagramme /4/) und semantischen 
Regeln der zu übersetzenden Sprache. Die 
Semantik ist auf der Grundlage des Verfah- 
rens der Operationellen Definition der Se- 
mantik/1 7/ in modular aufgebauten Tabellen 
formulierbar, wobei die semantischen Inter- 
pretationsregeln durch einfache Elementar- 
operationen der virtuellen FORTH-Maschine 
dargestellt werden können /1 8/. Die Zuord- 
nung der semantischen zu den syntaktischen 
Regeln geschieht dabei aufgrund des struk- 
turellen Aufbaus der Syntaxdiagramme. Die- 
ses Verfahren wird durch den streng modula- 
ren Charakter von FORTH-Programmen un- 
terstützt. 

Aufgaben des Laufzeitsystems 
Dynamische Speicherverwaltung 

Die gegebene Programmstruktur einer zu 
übersetzenden Mikroprozeßrechnersprache 
stellt spezifische Anforderungen an die Da- 
tenstruktur der Laufzeitprogramme. Dabei ist 
die Organisation des lokalen Datenbereichs 
einer Prozedur in Form eines Stacks sinnvoll, 
damit zur Laufzeit dynamische Datenobjekte 
(z. B. dynamische Felder) verwaltet werden 
können. Der lokale Datenbereich eines 
Tasks vereinigt die lokalen Datenstacks der 
ihm zugeordneten Initialprozedur und aller 
von der Initialprozedur zur Bildung einer mo- 
dularen Programmstruktur aufgerufenen 
Prozeduren. Die Forderung nach unterbrech- 
baren und wiedereintrittsfähigen Program- 
men bei Multitaskbetrieb und bei rekursivem 
Aufruf bedingt, daß jede Prozedur bei jedem 
Aufruf einen neuen lokalen Datenstack eröff- 
nen muß. Die lokalen Daten einer unterbro- 
chenen Prozedur dürfen nicht zerstört wer- 
den. Aus diesem Grunde sind alle lokalen 
Stacks der Prozeduren innerhalb eines 
Tasks selbst stackartig miteinander verbun- 
den. Die Datenbereiche der Tasks existieren 
parallel zueinander. 

Zur Verwaltung der (parallelen) lokalen Da- 
tenbereiche der Tasks mittels Kachelketten 
/II/ (Bild 2) ist ein relativ geringer Speicher- 
aufwand bei gleichzeitig guten Zugriffseigen- 
schaften auf die lokalen Datenobjekte erfor- 
derlich. Bei diesem Verfahren wird die Kette 
von Speichersegmenten gleicher Größe (Ka- 
chelkette) abgebildet. Ein zusätzlicher Spei- 
chergewinn wird durch die Vereinigung von 
physisch im Speicher benachbarten Kacheln 
und durch Aufteilung des lokalen Daten- 
stacks einer Prozedur auf zwei Kacheln er- 
zielt/18/. 

Übersetzung von Datenfeldern 

Bei der Übersetzung von Feldern kann durch 
folgende Verfahren eine Verkürzung der Ab- 
arbeitungszeit der Laufzeitprogramme erzielt 
werden: 

• Dimensionierung statischer Felder bereits 
während der Übersetzung im Zusammen- 
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hang mit der getrennten Behandlung statisch 
und dynamisch dimensionierter Felder durch 
den Compiler 

• Feldzugriff nach dem Iliffe-Verfahren /1 9/. 
Dabei wird zusätzlich zum Vektor der Feld- 
elemente noch eine Zeigerstruktur abgespei- 
chert (Bild 3), deren Aufbau von Anzahl und 
Größe der Feldindizes abhängt. Diesem ge- 
ringen zusätzlichen Speicherbedarf steht 
eine hohe Geschwindigkeit beim Feldzugriff 
gegenüber, weil zur Berechnung der Adresse 
des Feldelementes im Gegensatz zum Dope- 
Verfahren 18/ keine Multiplikationen nötig 
sind. 

Implementierung 

von Echtzeitanweisungen 

Zur Unterstützung der Multitaskverarbeitung 
stehen in einer Mikroprozeßrechnersprache 
Ausdrucksmittel zur Koordinierung paralleler 
Rechenprozesse zur Verfügung. Eine äqui- 
valente Beschreibung dieser Sprachele- 
mente als Petri-Netz-Modell ist zur Unterstüt- 
zung des Programmentwurfs vorteilhaft /20/, 
/21/. Das Petri-Netz 1221 ist zur Beschreibung 
paralleler Rechenprozesse, d.h. zum Ent- 
wurf, zur Untersuchung der Eigenschaften ei- 
ner Struktur, zur grafischen Programmierung 
der Synchronisationsstellen der Rechenpro- 
zesse und zur Dokumentation geeignet. 

Die Einbeziehung eines standardisierten 
Echtzeitbetriebssystemkerns in das Laufzeit- 
system zur Implementierung der Echtzeitan- 
weisungen ergibt den Vorteil, daß die Porta- 
bilität der Laufzeitprogramme erhöht und der 
Prozeß des Compilerbaus rationalisiert wird. 
Dabei ist u.a. die Überführung des Taskzu- 
standsmodells und die Anpassung an die Se- 
maphorebehandlungsmechanismen des 
Echtzeitbetriebssystemkerns erforderlich. 

Rationalisierung 

der Compilerentwicklung 

Die vorgestellten Übersetzungstechniken 


der semantischen Synthese sind am Beispiel 
der Sprache Mikroprozeßrechner-BASIC /4/ 
unter Einbeziehung eines fig-FORTH-Sy- 
stems untersucht worden, wobei ein prinzi- 
pieller Funktionsnachweis erbracht wurde 
/18 /. Gegenwärtig werden Arbeiten zur voll- 
ständigen Realisierung des Mehrpaßcompi- 
lers nach Bild 1 durchgeführt. Dabei ist zu be- 
achten, daß die Entwicklung und Implemen- 
tierung eines effektiven Compilers außeror- 
dentlich komplex und mit einem hohen Ar- 
beitsaufwand verbunden ist. Aus diesem 
Grunde ist eine durch das vorgestellte Sy- 
stemkonzept unterstützte mehrstufige Imple- 
mentierung mit getrennter Interpretierbarkeit 
der einzelnen Zwischensprachen anzustre- 
ben. Um den Prozeß des Compilerbaus zu 
rationalisieren, sind standardisierte und vor- 
gefertigte Lösungen zur Realisierung der Sy- 
stemkomponenten zu verwenden. Das wird 
durch Nutzung der FORTH-Schnittstelle un- 
terstützt (FORTH-Programmiersystem mit 
Editor, Interpreter, Debugger, Native-Code- 
Compileru.a.). 

Weiter ist der umfassende Einsatz rechner- 
gestützer Verfahren, z. B. der UNIX-Soft- 
warewerkzeuge LEX 1281 und YACC /24/, für 
den Compilerbau erforderlich. Dazu gehört 
künftig auch die Anwendung von Expertensy- 
stemen mit nutzerfreundlichen Interfaces. 
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Lehrmittel zu PASCAL 

Das Institut für Film, Bild und Ton 
Berlin gibt seit einigen Jahren Dia- 
positive, Projektionsfolien und 
Filme für die Informatikausbildung 
heraus. Vor kurzem erschien ein 
Lehrmittelkomplex, der das Erler- 
nen des Umgangs mit dem PAS- 
CAL-Programmiersystem 88X/X 
unterstützen kann. Die Projektions- 
folien und Diapositive helfen dem 
Lehrenden, die Effektivität und An- 
schaulichkeit seiner Lehrveranstal- 
tungen wesentlich zu erhöhen. 

Mit der ersten Folienreihe 
(HFR 945) können die Bestandteile 
des Programmiersystems PASCAL 
880/S, die Bedienoberfläche und 
die Arbeitsweise beim Program- 
mieren veranschaulicht werden. 
Grundmenüs. Nebenmenüs und 
Editierkommandos werden erläu- 
tert. PASCAL 88 X X enthält gegen- 
über TURBO-PASCAL einen lei- 
stungsfähigen Systemservice 
(PLUS-Option), der mit den Folien 
gezeigt werden kann. Arbeitsab- 
iäufe und ein kleines Beispiel sind 
enthalten. 

In den beiden anderen Folienreihen 
(HFR 946. HFR 947) werden an- 
hand grafischer Darstellungen, 
Syntaxdiagrammen und Pro- 
grammbeispielen wichtige Grund- 
züge des Sprachumfangs von PAS- 


CAL 88/X und TURBO-PASCAL bis" 
hin zur Dateiarbeit und dem Um- 
gang mit Pointern erläutert. Die Bei- 
spiele und Aufgaben haben allge- 
meinverständlichen Charakter und 
können vom Vortragenden entspre- 
chend speziellen Zielstellungen er- 
weitert und ergänzt werden. Auf 
eine vollständige Abhandlung des 
Sprachumfangs mit Hilfe von Lehr- 
mitteln wurde verzichtet. 

Die drei Folienreihen werden durch 
Diareihen mit Bildschirmaufnah- 
men (HR 1 568. HR 1 569. HR 1 570) 
ergänzt. Sie ermöglichen, einem 
größerem Kreis von Lernenden 
auch ohne Computerkabinett die 
Arbeit mit dem Programmiersystem 
praxisnah zu demonstrieren. Die 
Dias gestatten es, die Arbeitsweise 
an Beispielen zu verdeutlichen, ins- 
besondere das Auffinden von Edi- 
tier- und Laufzeitfehlern. 

Die Lehrmittel sind in begrenztem 
Umfang über folgenden Vertrieb zu 
beziehen: DLB Erfurt, BT Audiovi- 
suelle Lehrmittel. Junker-Jörg- 
Str.31, Berlin, 1157. 

HFR 945 PASCAL Teil 1,18 Folien, 
103,45 M 

HFR 946 PASCAL Teil 2, 20 Folien, 
171.60M 

HFR 947 PASCAL Teil 3, 24 Folien, 

1 45,20 M 

HR 1568-70 PASCAL-Dias, 33 
Diapositive. 90,75 M Fächer 
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Vergrößerter RAM 


Menüführung für den PC 171 5 in REDABAS 


Computer- 

Club 


Verbesserungen des KC 85/4 
gegenüber dem KC 85/3 

Im VEB Mikroelektronik „Wilhelm 
Pieck“ Mühlhausen wurde der Klein- 
computer KC85/4 entwickelt, wel- 
cher im IV. Quartal 1988 produktions- 
wirksam wird und damit den bisher 
produzierten KC 85/3 ablöst. 

Der KC85/4 stellt eine Weiterent- 
wicklung der Kleincomputerserie aus 
Mühlhausen dar, dessen verbesserte 
Eigenschaften im folgenden betrach- 
tet werden. 

Vergrößerter 

Bildwiederholspeicher 

Der IRM des KC85/4 besitzt einen 
Speicherumfang von 64 KByte, wel- 
cher hintereinander beginnend mit 
Adresse 8000H in vier 16-KByte- 
Blöcke aufgeteilt ist. Durch Einsatz 
schneller Speicherschaltkreise sind 
die Prozessorzugriffe beim Bildauf- 
bau nicht mehr sichtbar. 

• „Doppelbild“ 

Zur Darstellung auf dem Bildschirm 
enthält der KC 85/4 zwei Bildspeicher 
(BildO, Bild 1 ), welche wechselseitig 
beschrieben und angezeigt werden 
können. Zu jedem Bild gehören ein 
Färb-, ein Pixel- und ein ASCII-Spei- 
cher. 

• Byteweise Farbauflösung 

Der KC85/4 hat in diesem Modus 
eine Farbauflösung von 8*1 Punkten 
bei 16 Vordergrundfarben und 8 Hin- 
tergrundfarben, das heißt, für die 
Farbinformation von 8 nebeneinan- 
der liegenden Bildpunkten ist ein 
1 Byte im Farbspeicher reserviert. 

• Hochauflösende Grafik (bitweise 
Farbauflösung) 

Bei der Anwendung der hochauflö- 
senden Grafik kann in vier Farben 
(schwarz, weiß, türkis, rot) jedem 
Bildpunkt genau eine Farbe zugeord- 
net werden. 

• Lösch- und Überlagerungsmode 
der Grafikgrundbefehle 

Bei der Anwendung der Grafikbefehle 
bietet der KC 85/4 die Möglichkeit des 
Löschens einer Linie oder eines Krei- 
ses. Weiterhin besteht die Möglich- 
keit, ein Grafikelement auf ein vor- 
handenes Bild zu überlagern. Dabei 
erfolgt nur dort ein Punktsetzen, wo 
noch keiner existiert; an den Stellen, 
wo vorher ein Punkt gesetzt war, wird 
gelöscht. 


Der Arbeits-RAM des KC 85/4 wurde 
gegenüber dem KC85/3 von 
1 6 KByte auf 64 KByte erweitert. Die 
vier 16-KByte-Speicherblöcke sind in 
Segmente eingeteilt und können über 
SWITCH ein- oder ausgeschaltet 
werden. 

Bei der Arbeit in BASIC stehen sofort 
48 KByte zur Verfügung. Der letzte 
1 6-KByte-Block kann nur bedingt ge- 
nutzt werden. 

Vergrößerter ROM 

Dieser Festwertspeicher umfaßt im 
KC 85/4 20 KByte. Er beinhaltet das 
Betriebssystem CAOS4.1 und den 
BASIC-Interpreter. Gegenüber dem 
KC 85/3 wurde der ROM um 4 KByte 
erweitert. Dadurch war es möglich, 
die V.24-Grundroutinen ins Betriebs- 
system einzubinden. 

• Betriebssystemerweiterungen 
Das Betriebssystem des KC85/4 
wurde um folgende Kommandos er- 
weitert.: 

• WINDOW - Bildschirmfenster 

einstellen 

• MODUL - Zustand und Struktur 

der gesteckten 
Module anzeigen 

• SYSTEM - Anzeige des aktuel- 

len Speicher- 
zustandes 

• V240UT - Druckertreiber- 

initialisierung 

• V24DUP - Duplexroutine 

initialisieren 

Die zusätzlich im Betriebssystem ent- 
haltene universelle V.24 Druckerrou- 
tine kann alle Drucker der K-6300- 
Reihe, die Schreibmaschinen der Ty- 
penreihe S6000 und die S3004 be- 
dienen. 

Weiterhin beinhaltet das Betriebssy- 
stem eine interruptgesteuerte V.24- 
Duplexroutine, mit der der KC über 
eine Tastatur mit V.24-Anschluß oder 
über einen anderen Computer fern- 
bedient werden kann. Außerdem ist 
eine Computerkopplung möglich. 

Die schnellere Autorepeatfunktion 
der Tasten ist bei der Menüanwahl 
über die Cursortasten sowie bei den 
Editierfunktionen von großem Vorteil. 
Über eine Speicherzelle kann die 
Zeitkonstante zwischen Tastenbetä- 
tigung und Autorepeatfunktion einge- 
stellt werden. 

• Die dritte Tastaturebene 

Zum Einbinden weiterer Tastenfunk- 
tionen wurde die Umschaltfunktion 
(ESC) für die 3. Tastaturebene ge- 
wählt. Diese ESC-Funktion wurde auf 
noch freie Tastenfunktion (SHIFT 
STOP) gelegt. Mit diesem Schritt ste- 
hen nun insgesamt 35 mögliche Steu- 
erfunktionen (24 durch Selbsterstel- 
lung) zur Verfügung. 


Die Menütechnik ist zu einem we- 
sentlichen Bestandteil der Nutzerfüh- 
rung bei Anwendersoftware gewor- 
den. Im folgenden soll eine einfache 
und ebenso effektvolle Variante vor- 
gestellt werden. 

Die meisten Menüs werden über die 
Eingabe von Ziffern oder Buchstaben 
genutzt. Auf dem PC 171 5 ist aber 
auch eine andere Möglichkeit gege- 
ben, die Positionierung eines Leucht- 
balkens auf der gewünschten Option 
und Anwahl derselben durch die EN- 
TER-Taste. 

Durch diese Methode lassen sich vor 
allem auch interessante Gestaltungs- 
varianten auf dem Bildschirm finden. 
Der Phantasie des Programmierers 
sind hierbei kaum Grenzen gesetzt. 
Die Steuerung des Leuchtbalkens er- 
folgt mittels der Cursortasten, prinzi- 
pielle sind aber auch andere Tasten 
möglich. Ein spezielles Problem tritt 
hierbei vor allem bei REDABAS auf, 


da die GET-Anweisung den Inhalt der 
entsprechenden Variable aus dem 
Bildwiederholspeicher liest. Gerade 
die Cursor- oder ENTER-Taste er- 
zeugen aber keinen sichtbaren Code 
auf dem Bildschirm, und damit würde 
die Variable immer ein Leerzeichen 
zugeordnet bekommen. 

Dieses Problem wird durch eine 
kleine Maschinenroutine umgangen, 
die weiter nichts macht, als die 
BDOS-Funktion Nr. 1 (Eingabe eines 
Zeichens von der Tastatur) aufzuru- 
fen und den Code der betätigten Ta- 
ste in einer bestimmten Speicherzelle 
abzulegen. Von dort kann sie dann 
durch PEEK (Speichervariable) in 
REDABAS abgefragt und ausgewer- 
tet werden. Der GET-READ-Befehl 
wird also durch eine CALL-Routine 
ersetzt. 

In Bild 1 sehen Sie ein kleines Bei- 
spielprogramm zur Demonstration. 

Rene Iffarth 




Bildl DEMO- 

Programm 

„Leuchtbalkenmenü“ 



Applikationsstelle 

VEB Mikroelektronik REASS - eine Ergänzung 
„Wilhelm Pieck“ zum EDAS des KC85/3 

Mühlhausen 

Jörg Echter Der Modul M027 DEVELOPMENT 
der Rechner KC 85/2 bzw. 3 erlaubt 
eine Rückübersetzung von Maschi- 
nenprogrammen nur in Verbindung 
mit dem Programmteil CDISASS un- 
ter Einbeziehung eines Kassettenre- 
. corders. Das Hilfsprogramm REASS 
erweitert den Programmkomplex um 
eine befehlsweise bzw. byteweise 
Rückübersetzung im BOTOM-Modus 
Bildl Speicher- des EDAS. Zusätzlich wurde eine 

Übersicht KC 8514 Routine zur Identifizierung des Pro- 


logbytes eingefügt und damit eine 
Ausgabe des Programmnamens 
möglich gemacht. Diese Routine 
wurde auch in einen speziellen An- 
sprung des Programms DISASS ein- 
gefügt. 

Das Hilfsprogramm REASS erscheint 
im EDAS-Menü, wird mit EDASTAST 
initialisiert (F-Tastenbelegung) und 
mit REASS adr. (Prologbyte) (Offset) 
aufgerufen. Der Einsprung erfolgt in 
einen modifizierten BOTOM-Modus. 
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Die Anfangsadresse wird als mögli- 
che ORG-Adresse ausgedruckt. Die 
befehlsweise Rückübersetzung er- 
folgt mittels der Tasten F3 und F4. Im 
REASS-Modus sind sämtliche EDIT- 
Funktionen nutzbar. Die in Zeile 1 DH 
erscheinende aktuelle Adresse er- 
leichtert die spätere Fortsetzung ei- 
ner unterbrochenen Reassemblie- 
rung. Vor Erreichen der Zeile 1DH 
muß mit Shift Cursor down umgeblät- 
tert werden, da sonst die herausrol- 
lenden Zeilen nicht übernommen 
werden. Die beim Umblättern und 
beim Abbruch eingefügten Adressen 
erleichtern die Übersicht und lassen 
sich später im EDIT-Modus mühelos 
entfernen. 

Da die Übersetzung des Programm- 
kopfes in drei Zeilen erfolgt, kann 
beim Erscheinen des Kopfes in einer 
der letzten Zeilen gegebenenfalls die 
oberste Zeile verschwinden. Die Ar- 
beit mit REASS wird mittels der T aste 
Brk beendet. Als Epilogbyte wird 
grundsätzlich 01 H ausgegeben, 00H 


aber auch identifiziert. Bei Rücküber- 
setzung des Programms REASS er- 
folgt eine Fehlinterpretation des By- 
tes 27H (Hochkomma). 

Falls mit Offset, aber ohne Prolog- 
byte, gearbeitet werden soll, ist statt 
des Prologbytes 0 (Null) einzugeben. 
Das Hilfsprogramm REASS nutzt 
Programmteile der Programme 
EDAS und DISASS und die Unterpro- 
gramme: 

RBEF Befehl reassemblieren 
(Taste F3, Code 13H 
= Stop) 

RBYTE Byte reassemblieren 
(Taste F4, Code 15H) 

PROA Prologbyte-, Namen- und 
Epilogbyteausgabe 
ORGADR Ausgabe der Anfangs- 
adresse (ORG-Adr.) 
AKTADR Ausgabe der aktuellen 
Adresse 

In die Arbeit mit dem EDAS hat der 
Autor weitere Programme des DEVE- 
LOPMENT (u. a. DISPLAY und DI- 
SASS) sowie Ergänzungen (DUMP, 


FINDBYTES, CLIB, . . .) einbezogen. 
Während CLIB die Namen von Kas- 
settenaufzeichnungen auflistet, er- 
laubt das Programm FINDBYTES 
das Auflisten von Bytefolgen und ist 
damit zum Aufsuchen von Pro- 
grammanfängen oder zu verändern- 
der Sprungadressen eine wertvolle 
Hilfe. 

Ablauf der Arbeit 
mit REASS 

Modul M027 DEVELOPMENT akti- 
vieren, Programm REASS laden, 
EDAS aufrufen, REASS mit EDA- 
STAST initialisieren, im TOP-Modus 
Semikolon und eventuellen Anfangs- 
kommentar eingeben, Rückkehr mit 
Taste Brk ins EDAS-Menü, Aufruf des 
Hilfsprogramms mit REASS Adresse 
(Prologbyte (Offset). Die vorgege- 
bene Adresse erscheint als Kommen- 
tar auf dem Bildschirm. Mittels der 
Stop-Taste oder der Taste F3 wird 
befehlsweise reassembliert. Kurz vor 
Erreichen der Zeile mit der folgenden 


aktuellen Adresse ist mit Shift Cursor 
down umzublättern. Das Rücküber- 
setzen ist mit der Taste Brk zu been- 
den. Daten lassen sich mittels Taste 
F4 (Code 1 5H) als Bytes definieren. 
Bei druckbaren ASCII-Zeichen erfolgt 
eine Ausgabe des Zeichens als Kom- 
mentar. EDASTAST belegt die Funk- 
tionstasten Fl bis F4 mit den Codes 
05, 06, 13, 15. Taste F5 schreibt 
DEFW 0, Taste F6 DEFB 0 (F7 bis FA 
dienen zur Druckformatierung). 

Ehe das Assembler-Listing auf Kas- 
sette abgespeichert wird, kann das 
Listing bearbeitet und im ASM-Modus 
auf Richtigkeit überprüft werden. 
Nach Unterbrechung der Arbeit kann 
die Fortsetzung bei der zuletzt ausge- 
gebenen aktuellen Adresse erfolgen. 
Editieren ist im REASS-Modus mög- 
lich, aber nicht unbedingt zweckmä- 
ßig. 

Hans-Joachim Zühlsdorff, Arnstadt 


Bild 1 Hilfsprogramm REASS 




Börse 


Ein FORTH-83 basiertes 
1 6-Bi (-Entwicklungssystem 

„NILES-FORTH“ ist ein modular or- 
ganisiertes FORTH-83-basiertes 
Programmentwicklungssystem für 
16-Bit-Mikrorechner (auch als Ent- 
wicklungssystem für Fremdhardware 
einsetzbar). Versionen für MSDOS, 
CP/M-86, CP/M-80, BOS 1 834, 

SCPX, SCP u. a, sind verfügbar. 

Das System unterstützt das MSDOS- 
Handle-Konzept bzw. bildet dieses in 
den anderen Versionen nach. 

Es enthält einen sehr konfortablen 
Screeneditor, der u.a. über Block- 
funktionen (Einfügen/Löschen/Split- 
ten), einen Zeilenstack, direkte, 
definitionsorientierte oder indexzei- 
lenorientierte Blockanwahl, Speiche- 
rung von Editorpositionen, eine auto- 
matische Signierfunktion und einen 
eigenen menügestützten File- und Di- 
rectory-Service verfügt. Er unterstützt 
die Arbeit mit Schattenblöcken, ist 
einfach zu bedienen (HELP-Funktio- 
nen) und benutzt installierbare Funk- 
tionstasten, deren Funktionen in Me- 
nüleisten angezeigt werden. Bild- 
schirm- und Tastaturtypen sind instal- 
lierbar (für IBM-Kompatible BIOS- 
Versionen direkte - sehr schnelle - 
T erminal-Ein-/Ausgabe) . 

Der Debugger ermöglicht dem Nut- 
zer die verschiedensten Testmodi 
von High-Ievel-Definitionen (Schritt-, 
Lauftest, Trace) mit ausführlicher 
Statusanzeige und mehreren zusätz- 
lichen Diensten (u.a. direkte Ände- 
rung von compilierten Definitionen, 
Aufruf des FORTH-Interpreters wäh- 
rend des Tests). Der Decompiler 
überträgt ausführbaren FORTH- 
Code zurück in Quellcode mit gleich- 
zeitiger Ausgabe der Speicherbele- 
gung. Mittels des Metacompilers 
können fertige FORTH-Programme 
in eine endgültige (optimierte) Ver- 
sion gebracht sowie FORTH-Kernsy- 
steme für andere Mikroprozessoren 
und Betriebssysteme bzw. Systeme 
mit modifizierten Eigenschaften er- 
zeugt werden. 

Zusatzmodule: Arbeit mit freiforma- 
tigen Dateien (listen, laden, konver- 
tieren), automatische Such- und List- 
funktion für Glossaries (WS-kompati- 
bel), komfortable Stringeingabe und 
Zeichenkettenfunktionen, Druckpro- 
gramme u.v. a. 

VEB WMK „7. Oktober“, Abt. EAR/B, 
Gehringstr. 39, Berlin, 1120; 

Tel. 3631641 

Karadshow 


Neue Netzwerkkonzeption 

Im Zusammenhang mit einer eigenen 
Rechnerentwicklung und dem Auf- 
bau eines zweiten Computerkabi- 
netts an der ESOS Kleinmachnow 
wurden die Netzwerkkonzeption 
BASnet (BASware Network) und die 
Übertragungsprozedur SCALP (Seif 
Controlling advanced linkage proto- 
col) entwickelt. Gegenüber den in der 
Literatur bekannten Lösungen zeich- 
nen sie sich durch die Anpassungsfä- 
higkeit an beliebige Datenendplätze 
aus, was eine Selbstoptimierung des 
Systems hinsichtlich der Datenüber- 
tragungsrate ermöglicht. 

Da eine serielle Übertragung gewählt 


wurde (das Prinzip ist auch auf paral- 
lele Netze anwendbar), kommt das 
Netz mit 3 bis 4 Leitungen aus. Die 
Struktur ist busförmig, es existiert je- 
doch ein ausgezeichneter Busnutzer 
(driver). Als benötigte Hardware sind 
nur die üblichen Ü880-Schaltkreise in 
Verbindung mit einfachen Schaltun- 
gen vonnöten. 

BASnet ermöglicht durch seine Struk- 
tur den gleichzeitigen Anschluß von 
Computern beliebiger Leistungsfä- 
higkeit. Damit ist es für innerbetriebli- 
che Netze gut geeignet. Die Daten- 
rate kann in beliebigen Bereichen mit 
Hilfe von SCALP festgelegt werden, 
je nach den Erfordernissen und Mög- 
lichkeiten des Gesamtsystems. 

Die SCALP-Software ist im Prinzip 
auch in höheren Programmierspra- 
chen zu erstellen, was eine schnelle 
Anpassung von neuen Computern 
ohne große Programmierfertigkeiten 
ermöglicht. Sie kann jedoch auch für 
die meisten Rechner von BASware in 
Assembler erstellt werden, was die 
Datenrate erhöht. 

ESOS „Georg Thiele“, Am Weinberg 20, 
Kleinmachnow, 1532 

Düring 

GEDIT -Maß-kompatibles 
Grafiksystem für 
FORTRAN77 und 
TURBOPASCAL 

An der Sektion Schiffstechnik der Wil- 
helm-Pieck-Universität Rostock 
wurde ein Grafiksystem für die Spra- 
chen FORTRAN77 und TURBO- 
PASCAL zur effektiven Gestaltung 
der grafischen Arbeit am Arbeits- 
platzcomputer AC7100 entwickelt. 
Es enthält für beide Sprachen gleich- 
lautende Unterprogramm- bzw. Pro- 
zeduraufrufe und lehnt sich in der 
Syntax und im Funktionsumfang an 
die auf dem HP9845B realisierten 
Grafikbefehle an. Der Nutzer benötigt 
bei der Anwendung dieses Grafiksy- 
stems keine Kenntnisse über pixel- 
orientierte Bildschirmkoordinaten. 
Darüber hinaus ist das Grafiksystem 
kompatibel mit dem grafischen Editor 
GEDIT-M86, das heißt, mit seiner 
Hilfe auf Diskette erzeugte Bildda- 
teien können mit GEDIT-M86 bear- 
beitet und mit einem Importbefehl 
vom Grafiksystem wieder gelesen 
werden. 

Die Grafikbefehle für FORTRAN77 
liegen in Form einer Objektmodulbi- 
bliothek vor. Innerhalb der vom An- 
wender geschriebenen FORT- 
RAN77-Programme werden sie 
durch Unterprogrammaufrufe akti- 

Die Grafikbefehle für TURBO-PAS- 
CAL liegen in Form einer Quelltextbi- 
bliothek vor. Innerhalb der vom An- 
wender geschriebenen TURBO- 
PASCAL-Programme werden die 
entsprechenden Grafikbefehle durch 
Prozeduraufrufe aktiviert. Die jeweils 
benötigten Grafikprozeduren sind da- 
her durch INCLUDE-Anweisungen in 
das Programm einzubinden. Hierfür 
steht eine Datei zur Verfügung, die 
beim Editieren an den Anfang des 
Nutzerprogramms gelesen wird. Sie 
enthält die INCLUDE-Anweisungen 
für alle verfügbaren Grafikprozedu- 
ren. Der Nutzer hat dann die Mög- 


lichkeit, die nicht benötigten Prozedu- 
ren von der Einbindung in sein Pro- 
gramm auszuschließen, z. B. durch 
Löschen des Dollarzeichens, wo- 
durch die INCLUDE-Anweisungen zu 
Kommentaren werden. Durch diese 
Arbeitsweise werden die Programme 
nicht unnötig lang und die Zeiten für 
die Compilierung verkürzen sich. 

Die einzelnen Grafikbefehle realisie- 
ren solche Funktionen, wie das 
Zeichnen einer Linie, eines Kreises, 
eines Rechtecks, eines beschrifteten 
Koordinatensystems, eines Koordi- 
natennetzes oder eines Markers, das 
Festlegen der entsprechenden Li- 
nienstärken, -typen und -färben, den 
Export und Import von Bildern auf 
bzw. von Diskette u.v.a.m. Dabei 
kann gleichzeitig und unabhängig 
voneinander in bis zu 1 0 Fenstern ge- 
arbeitet werden, die bei Bedarf auch 
überlappen können. 
Wilhelm-Pieck-Universiläl Rostock, 
Sektion Schiffstechnik, Sonderfor- 
schungsbereich Theoretische und expe- 
rimentelle Hydromechanik, Albert-Ein- 
stein-Str. 2, ROSTOCK, 2500 

Dr. A. Stern 


Tuschezeichenstifte 
für HP-Plotter 7580 ... 86 

Zur Import-Einsparung wurden für 
HP-Plotter 758X anstatt der origina- 
len Langkörperzeichenstifte die lin s 
CAD-Zeichenspitzen vom VEB Heiko 
Wernigerode nach entsprechenden ' 
Anpaßarbeiten eingesetzt. Die An- 
paßarbeiten beziehen sich auf die 
Mundstücke der normalen Tusche- 
zeichengeräte von Heiko lin’s 9 Plus 
für die herkömmliche Zeichentusche 
bzw. von lin’s 9 Plus F für folienlö- 
sende Tusche. Sie wurden so bear- 
beitet, daß sie in die Plotteradapter 
passen. 

Die so angepaßten Handzeichen- 
mundstücke nehmen dann ohne wei- 
tere Maßnahmen die Plotterzeichen- 
spitzen auf. Diese sind auch so ge- 
staltet, daß sie im HP-Adapter zen- 
triert sind. So tritt beim Plotten mit ver- 
schiedenen Strichstärken kein Ver- 
satz zwischen den Konturen auf. 

VEB Werkzeugmaschinenfabrik 
„Hermann Matern", PSF 59, Mittag- 
straße 16, Magdeburg, 3018 

Krause/Hahn 


Erleichterte Erstellung 
von Dialogmasken 
für PASCAL-Programm 

Von uns wurde ein Programmgenera- 
tor für die Erstellung von Bildschirm- 
Dialogmasken in PASCAL entwickelt. 
Er ist nutzbar für die Rechnertypen 
PC 1 71 5 und ACA 71 00. 

Der Kursor läßt sich frei über den Bild- 
schirm verschieben. Unter Nutzung 
der Funktionstasten können folgende 
Kommandomodi eingestellt wer- 
den: 

- Texteingabe 

- Setzen/Löschen von Feldbegren- 
zungspunkten 

- Zeichnen/Löschen von horizonta- 
len bzw. vertikalen Linien zwischen 
Feldbegrenzungspunkten 

- Zeichnen/Löschen von Rechtek- 
ken zwischen den Begrenzungs- 
punkten 


- Löschen des Fensters zwischen 
den Begrenzungspunkten 

- Kopieren des Fensters 

- Beschleunigte Kursorbewegung 

- Festlegung der Eingabefeldgrößen 

- Helpfunktion. 

Korrekturen sind in der Erstellungs- 
phase unbegrenzt möglich. Das Bild- 
schirmbild läßt sich als Kopie abspei- 
chern und für weitere Bearbeitungen 
wieder laden. Aus der Kopie wird eine 
PASCAL-Prozedur mit vorgebbaren 
.Namen generiert. Dabei werden die 
Ausgaben als write-Anweisungen 
und die Eingaben in Form einer Pseu- 
doprozedur „input(xposition,yposi- 
tion, länge);“ realisiert. 

Effekte: 

- Wesentliche Arbeitszeiteinspa- 
rung bei der Programmierung von 
Eingabedialogen 

- Mehrfachnutzung von Entwürfen 
innerhalb eines Programmsystems. 

VEB Universal Dresden, BT Kunststoff- 
verarbeitung Langenhennersdorf, 0SF, 
Pirna 6, 8301, Tel. Langenhennersdorf 
bei Pirna 217 G raf/Dr. Kurz 


Dateivewaltungs- 
programm EL GE 

Für das Elektrogewerk liegt das Pro- 
gramm ELGE für Handwerksbetriebe 
und PGH vor. Grundlage ist die 
PAO 564. ELGE ist in dBASE ge- 
schrieben und arbeitet auf Rechnern 
mit mindestens zwei Laufwerken 
(A 51 20/30, PC 1715, A7100, CI 28 
usw.; Mindestkapazität je Diskette 
340 KByte). Von der Auftragsan- 
nahme bis zur Rechnungslegung, für 
Betriebe und Bürger, verwaltet das 
Programm die PAO sowie die Da- 
teien für Aufträge, Kunden, Rechnun- 
gen, Bestände usw. Bei einem Mate- 
rialzugang bzw. der Rechnungsle- 
gung werden die Bestandsdateien 
(Lagerfachdateien) aktualisiert. Die 
Rechnungslegung erfolgt automa- 
tisch nach dem Aufmaß (keine Ein- 
gabe von Preisen notwendig). 
Ebenso wird der Verrechnungsbetrag 
zur Rückfinanzierung für die Finanz- 
rechnung gespeichert. Alle Dateien, 
die Rechnungen sowie die Inventurli- 
sten lassen sich beliebig oft ausdruk- 
ken. Der Lagerbestand in Mark steht 
zu jeder Zeit zur Verfügung. Die Koef- 
fizienten der PAO werden nach einer 
Korrektur automatisch eingearbeitet. 
Neue Preislisten werden selbsttätig 
gebildet und stehen zur Eingabe be- 
reit. Ein geringer Bedienaufwand wird 
durch klare Menüführung und auto- 
matische Dateiverwaltung erreicht. 
Eine Fehlererkennung sowie ein 
komfortabler Korrektur- und Eingabe- 
modus stellen keine Anforderungen 
an den Bediener in bezug auf Pro- 
grammkenntnisse. 

Elektroinstallation Fa. Ulrich Schmidt, 
Bahnhofstr. 17, Altlandsüerg, 1274; 

Tel. 408 Schmidt 


T extverarbeitung 
und Kassettensteuerung 
für ICC 87 

Für den Kleincomputer KC85/1 bzw. 
KC87 wird ein Textverarbeitungssy- 
stem angeboten, welches Eingabe, 
Korrektur, Druck und Archivierung 
beliebiger Texte ermöglicht. Das als 
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Fullscreeneditor implementierte Sy- 
stem erlaubt mittels komfortabler 
Bildschirmarbeit die Eingabe von 
Text über Tastatur und Kassette, das 
Streichen und Einfügen von Zeilen, 
Zeichen und ganzen Textabschnitten 
sowie die Erzeugung der Rechtsbün- 
digkeit des Textes. Es stehen Funk- 
tionen zum Verschieben und Kopie- 
ren ganzer Textabschnitte zur Verfü- 
gung. Da der Bildschirm des KCs nur 
40 Spalten/Zeile darstellen kann, wird 
bei Erreichen des Zeilenendes der 
gesamte Bildinhalt nach links geblät- 
tert, so daß auch Tabellen komforta- 
bel erarbeitet werden können. Die 
Bedienung des Textverarbeitungssy- 
stems erfolgt über die Computertas- 
tatur oder die Tastatur einer ange- 
schlossenen Schreibmaschine. Das 
Textverarbeitungssystem und der 
Schreibmaschinenanschluß sind im 
Technikum LAURA nachnutzbar. 
Weiterhin wurde ein steuerbares 
Kassettengerät an den KC85/1 ange- 
schlossen. Dieser Anschluß erlaubt 
eine inhaltsverzeichnisorientierte Da- 
teiarbeit auf der Kassette, wie sie 
sonst nur bei angeschlossenen Dis- 
kettenlaufwerken üblich ist. Das In- 
haltsverzeichnis wird am Anfang der 
Kassette abgespeichert, so daß alle 
Programme die von ihnen benötigten 
Dateien selbständig auf dem Band 
suchen und Laden bzw. diese an 
freien Stellen auf dem Band abspei- 
chern. Die Hard- und Software zur 
Ansteuerung eines Kassettengerätes 
vom Typ SK 3000 kann im Technikum 
nachgenutzt werden. Weiterhin ge- 
hören zum Nachnutzungsumfang 
komfortable Kassettenkomprimier- 
und Kopierprogramme. 
Friedrich-Schiller-Universität Jena, 
Sektion Technologie für den WGB, Tech- 
nikum LAURA, Ernst-Thälmann-Ring 32, 
Jena, 6900; Tel. 822 21 32 

Prof. Dr. G. Entreß 


Programm zur Einstellung 
des Druckers FXIOOO 
durch den MR A 71 OO 

Die modernen Nadeldrucker können 
vom Rechner her durch eine Fülle 
von Steuerfolgen sehr flexibel einge- 
stellt und eingesetzt werden. Pro- 
grammierbar sind die Zeichen- und 
Zeilenabstände, die Schriftgröße, die 
Schriftqualität, die Schriftart, der Zei- 
chensatz und weitere Druckerfunktio- 

Fürdie Aktivierung dieser Funktionen 
wurde für den A 71 00 ein Maschinen- 
programm (2 KByte) erarbeitet, das 
bei der Einstellung des Druckers FX 
1000 eine unentbehrliche Hilfe dar- 
stellt. 

Das Programm umfaßt 3 Betriebsar- 

1. Durch 59 Eintastenbefehle (Groß- 
und Kleinbuchstaben, Ziffern) kön- 
nen alle wesentlichen Druckerfunk- 
tionen rasch und bequem aktiviert 
und deaktiviert werden. Jeder Befehl 
wird durch einen kurzen Bildschirm- 
text quittiert. 

2. Einzelworte und Kurztexte (max. 
255 Zeilen) können über die Tastatur 
eingegeben, auf dem Bildschirm kon- 
trolliert und dann entsprechend der 
aktuellen Druckereinstellung ausge- 
druckt werden. Auch die Ausgabe 


von Steuerfolgen, soweit sie von der 
Betriebsart 1 nicht erfaßt werden, ist 
auf diese Weise möglich. Steuerfol- 
gen und Texte dürfen gemischt auf- 

3. Die Definition einzelner nutzerei- 
gener Drucksymbole wird unterstützt. 
In bequemer Weise sind pro Druck- 
zeichen 13 Bytes (als je 2 Hexzei- 
chen) über dieTastatur einzugeben. 
Akademie der Wissenschafter der DDR. 
Zenfralinstilut für Astrophysik, Stern- 
warte Sonneberg, Postfach 55-27, Son- 
neberg, 6400; Tel. 2287. 

Dr. W. Fürtig 

Ein universelles CAQ- 
System zur Optimierung, 
Schwachstellenanalyse 
und Qualitätssicherung 
komplexer Prozesse 
Die Analyse und Modellbildung kom- 
plexer Probleme und Prozesse war 
bisher ausschließlich eine Domäne 
rechentechnisch gut bestückter wis- 
senschafticher Zentren. Die Entwick- 
lung der Personalcomputertechnik 
und effizienter Basissoftware bieten 
die Grundlage dafür, entsprechende 
Methoden auch dem informations- 
technisch und mathematisch weniger 
vorgebildeten Anwender (Verfah- 
renstechniker, Technologen, u. a. 
Fachingenieure) zugänglich zu ma- 
chen. 

Die notwendige Aufbereitung lei- 
stungsfähiger Verfahren der moder- 
nen Prozeßanalyse mit speziell ent- 
wickelten, technologisch zielorien- 
tierten Bewertungskriterien und 
nachgeschaltetem Beratungssystem 
erfolgte in Form des universell an- 
wendbaren Analyse- und Beratungs- 
systems MAVEX. 

Robuste Methoden und Lernfähigkeit 
garantieren Modelloptimierung und 
-nachführung auch bei stark gestör- 
ten und nichtlinearen Systemen. Um- 
fangreiche Dialogroutinen für Kom- 
mandointerpretation, Textverarbei- 
tung, Datenbankorganisation, Feh- 
lerbehandlung, Grafik und Druck in . 
einem hierarchisch aufgebauten Sy- 
stemkonzept realisieren eine anwen- 
derfreundliche und überschaubare 
Bedienoberfläche. Es findet Anwen- 
dung in allen Bereichen der Verfah- 
rens- und verarbeitungstechnischen 
Industrie zur effektiven Analyse kom- 
plizierter Prozesse und unübersichtli- 
cher Datenmengen mit dem Ziel, ein 
der Steuerungsaufgabe genügendes 
mathematisches Modell zu finden 
bzw. Steuerentscheidungen und 
Führungsgrößen zu objektivieren. 

Das System ist gegenwärtig unter al- 
len CP/M- und PC/MS-DOS-kompati- 
blen Betriebssysteme implementier- 
bar. 

Die Anwenderdokumentation besteht 

- Zusammenfassung 

- Problemstellungen potentieller An- 
wendungsbereiche 

- Mittel und Methoden 

- Systemkonzept und Vorgehens- 

- Leistungsangebot 

- Beispiel 

- Erläuterung der Bedieneroberfläche 
Sie kann unverbindlich angefordert 
werden. 


Ingenieurhochschule Cottbus, Sektion ' 
Technologie der Bauproduktion, Wis- 
senschaftsbereich I, PSF 102, Cottbus, 
7500; Tel. 690 App. 2860 

Prof. Dr. Unruh 


Schlüsselhandbuch 

Im VEB Kombinat Mechanisierung 
Karl-Marx-Stadt wurde ein für alle 
Kombinatsbetriebe verbindliches 
Schlüsselhandbuch entwickelt. 
Dieses Handbuch dient den Betrie- 
ben des Kombinates zur Erhöhung ih- 
res Organisationsniveaus sowie zur 
Nutzung von einheitlichen Datenver- 
arbeitungslösungen. 

Es hat sich in der Praxis hervorra- 
gend bewährt. Dies zeigt die Anwen- 
dung im eigenen Kombinat und dar- 
über hinaus der Vertrieb an zirka 50 
Betriebe aus allen Gebieten der 
DDR. 

Die im Jahre 1986 erarbeitete Fas- 
sung wurde 1 987 um einige Schlüs- 
sel erweitert. 

Der Inhalt der angeführten Schlüssel 
widerspiegelt alle wesentlichen Pha- 
sen des Reproduktionsprozesses, ist 
von Betrieben mit unterschiedlichem 
Produktionsprofil anwendbar und 
entspricht den gesetzlichen Bestim- 
mungen. 

Der Prozeß der Anwendung der 
Schlüssel kann im Zusammenhang 
mit der Einführung von EDV-Projek- 
ten bzw. in Verbindung mit dem Auf- 
bau von Primärorganisationslösun- 
gen mit vertretbarem Aufwand bewäl- 
tigt werden. 

Da Schlüsselhandbuch stellt somit 
eine solide Grundlage für die Reali- 
sierung laufender und künftiger Ar- 
beiten dar. 

Das Schlüsselhandbuch liegt als 
Textdatei vor. Die Übergabe wird 
über Standard- oder Minidiskette rea- 
lisiert. 

VEB Organisation und Rechentechnik 
Karl-Marx-Stadt, Abt. Betriebsberatung, 
PSF 743, Karl-Marx-Stadt, 9010; Tel. 
32004 

ft Müller 


Programmkomplex 

Energieabrechnung 

Hardware: beliebiger PC- oder BC- 
Typ; beliebiger Druckertyp 
Software: SCP oder kompatibles Sy- 

Programmiersprache: TURBO- 

PASCAL 

Programmsystem: 

Das Programmsystem ist darauf aus- 
gerichtet, die gesamten Energieab- 
rechnungen und -auswertungen zu 
unterstützen bzw. zu übernehmen. 
Da es sich um ein Modell handelt, ist 
der Komplex in Umfang und Lei- 
stungsfähigkeit vom Nutzer den indi- 
viduellen Anforderungen anpaß- 
bar. 

Es lassen sich Summen- und Mi- 
schungsverhältnisse über beliebige 
Energieträger bilden. Alle Energieträ- 
ger sind mit Bezeichnung, Preis/Men- 
geneinheit, Heizwert/Mengeneinheit, 
Mengeneinheit lind Summendarstel- 
lung frei vereinbar. 

Für Transport und Umlagerungen 
werden Zahlungsanweisungen als 
Beleg erstellt. 


Sonstige Auswertungslisten: 
Energieabrechnung, Kosten, Soll, 
Zugang. 

Die Listen werden über beliebige 
Zeiträume wahlweise für einen Be- 
reich oder den gesamten Betrieb er- 
stellt. 

Es existiert ein zusätzlicher „Be- 
reich“, der in keine Summe einfließt 
und zur Bearbeitung vom Formblatt 
121/40 dient. Status listet alle instal- 
lierten Daten und Bezeichnungen. 


PASCAL/BASIC-Masken- 
generator ( PBM ) 

Der PBM dient dem BASIC- oder 
PASCAL-Programmierer als Pro- 
grammierhilfe. Mit ihm können belie- 
bige Textfiles (Masken) in BASIC- 
oder PASCAL-Quelltexte übersetzt 
werden. Diese Masken dürfen Ein- 
und Ausgaben von Variablen beinhal- 
ten. Mit dem im PBM integrierten Edi- 
tor können Masken bis zu einer 
Größe von 255 Spalten und 80 Zeilen 
erstellt werden. Die in der Maske ein- 
bzw. auszugebenden Variablen wer- 
den durch Steuerzeichen gekenn- 
zeichnet. Der PBM übersetzt diese 
Masken in Programme zur Ausgabe 
auf Drucker oder auf Bildschirm. 
Lauffähig ist der PBM auf dem 
PC 1 71 5 und auf dem BC A 51 20 un- 
ter einem CP/M-kompatiblen Be- 
triebssystem. 

Ingenieurhochschule Berlin, Prorektorat 
Naturwissenschaft und Technik, 
Marktstr. 9, Berlin 1134 

St. Kaiser 


Wir suchen . . . 

. . . eine Möglichkeit, die Software des 
PC 1 71 5, BC 51 20 (51 30) und K 8924 
(eventuell auch A 71 00) auf einem EC 
1834 nutzen zu können. 

VEB (K) Bau Tribsees, Projektierungs- 
gruppe, Straße der Befreiung 65, Stral- 
sund, 2300 

Engelbrecht 

... für den AC 71 50 (Betriebssystem 
DCP 3.2) lauffähige Softwarelösun- 
gen für Finanzrechnung/Kontokor- 
rent und Lohnrechnung. 

VEB Plastverarbeitungswerk, Haupt- 
buchhalter, Schwerin-Sacktannen, 
2767; Tel. 45 2535 oder 45 2243 

Regner 

. . . Softwarelösungen für PC 1 71 5 zur 
Thematik: 

1. Energieplanung und -abrechnung 
auf den Vordrucken 1910, 1911, 
1912, 1915, 1916, 1917, 1918, 1919, 
1920, 1972 sowie S 121-j, S 121-3, 
S 121-40, S 121-12. 

2. Innerbetriebliche Energieabrech- 
nung und -Verteilung auf Kostenstel- 
len für Industriekraftwerke, insbeson- 
dere für die Energieträger feste 
Brennstoffe, Dampf (Erzeugung, Ab- 
gabe, Verbrauch), Kondensat, Elek- 
troenergie (Erzeugung, Verbrauch, 
Abgabe, Bezug) sowie Hilfsmaterial 
wie Kalk, Salz usw. 

VEB Waschmittelwerk Genthin, Postfach 
43, Hilde-Coppi-Str. 56, Genthin, 3280 

Köhler/Seidel 
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Lokale Netze 

von H. Löffler, Akademie-Verlag, Ber- 
lin, 1987, 245 Seiten 
Das vorliegende Fachbuch stellt eine 
grundlegende Einführung in das Ge- 
biet der lokalen Rechnernetze (Local 
Area Network - LAN)dar, wobei der 
Autor bemüht war, die gesamte Breite 
dieses noch relativ jungen Fachge- 
bietes widerzuspiegeln. 

Im ersten Abschnitt wird deshalb eine 
gut gelungene Einführung in Aufbau 
und Wirkungsweise lokaler Netze ge- 
geben, um den Leser vor allem in die 
Begriffswelt einzuführen und ein 
Überblickswissen zu vermitteln. 

Im zweiten Abschnitt wird eine umfas- 
sende Analyse der Kanalzugriffsme- 
thoden vorgenommen, die in den 
siebziger Jahren unter Benutzung 
von Funkkanälen eingesetzt wurden 
und den Ausgangspunkt der Entwick- 
lung des Spezialgebietes der lokalen 
Netze bildeten. 

Den Schwerpunkt des Buches mit 
40 Prozent des Umfangs bildet der 
Bedeutung entsprechend der dritte 
Hauptabschnitt zu lokalen Netzen mit 
linienförmiger Struktur (Linienbusse). 
Neben einer Vielzahl mehr oder weni- 
ger bekannter Verfahren werden aus- 
führlich das Ethernet- (CSMA/CD) 
und das Tokenbus-Verfahren darge- 
stellt. 

Im vierten Abschnitt wird auf lokale 
Netze mit ringförmiger Struktur und 
im fünften Abschnitt auf die Verkopp- 
lung von Netzen über sogenannte 
Gateways eingegangen. 

Den Schlußteil des Buches bilden 
eine sehr nützliche Übersicht über 
Standards zu lokalen Netzen, ein um- 
fangreiches Literaturverzeichnis so- 
wie Symbol-, Abkürzungs- und Sach- 
wortverzeichnisse. 

Charakteristisch für das Buch ist, daß 
der Autor versucht hat, alle Aussagen 
durch Beispiele zu real vorhandenen 
und funktionierenden Netzen zu un- 
tersetzen, wodurch das Buch zweifel- 
los eine gewisse Breite bekommt. Bei 
der stürmischen Entwicklung des Ge- 
bietes der lokalen Netze in den letz- 
ten 1 0 Jahren war jedoch bei dem be- 
scheidenen Umfang von nur 245 Sei- 
ten eine umfassende Monografie 
nicht möglich. Vielleicht ist eine Mo- 
nografie auch nicht erforderlich, denn 
was für die Informatikausbildung und 
Praxis benötigt wird, ist ein gut ausge- 
wogenes Standardwerk. Ich bin über- 
zeugt, daß das Buch von Löffler die- 
sen Anspruch erfüllt. 

Prof. Dr. Thomas Hom 


Daten integrierter 
Schaltkreise 

(CMOS-Schaltkreise) 

von K. Streng, Militärverlag der DDR, 

Berlin 1987, 192Seiten, 314 Bilder, 


Nach den „Transistordaten“, „Dio- 
dendaten“, „Daten linearer integrier- 
ter Schaltkreise (I)“, „Daten digitaler 
integrierter Schaltkreise - TTL- 
Schaltkreise liegt nunmehr der 
dritte Teil der „IS-Datenbücher“ vor, 
die „Daten digitaler integrierter Schalt- 
kreise - CMOS-Schaltkreise 
Als folgerichtige Fortsetzung der Da- 
tenbuch-Reihe und insbesondere der 


Literatur 


„TTL-Schaltkreise“ ist der vorlie- 
gende Band nach gleichen Gesichts- 
punkten aufgebaut. 

Da die CMOS-Schaltkreise auf Grund 
einiger entscheidender Vorteile lang- 
sam die bekannten TTL-Schaltkreise 
verdrängen, ist der aus dem TTL- 
Schaltkreis-Buch übernommenen 
Gliederung ein Abschnitt 1.1 voran- 
gestellt. Dieser geht kurz auf die Be- 
sonderheiten der CMOS-Technolo- 
gie ein. Dabei setzt aber diese Erklä- 
rung beim Leser - oder genauer ge- 
sagt Benutzer - dieses Buches be- 
reits ein gewisses Vertrautsein mit 
CMOS voraus. 

Mit größtmöglicher Vollständigkeit 
gibt dieser Band wiederum dem prak- 
tisch tätigen Elektroniker in gedräng- 
ter, aber dennoch informationsrei- 
cher Darstellungsweise eine große 
Datenmenge in die Hand. 

Wie schon in den vorhergehenden 
Büchern praktiziert, beschränkt sich 
auch dieser Band auf die Standard- 
CMOS-Reihe und bleibt seinem Cha- 
rakter als Datenbuch treu, indem aus 
verständlichen Gründen Anwen- 
dungsbeispiele fehlen. 

Über das umfangreiche Typenver- 
zeichnis findet der Benutzer zum ge- 
suchten Schaltkreis jeweils Daten, 
die zugehörige Anschlußbelegung 
und für die meisten Typen eine Wahr- 
heitstabelle. 

Diese Informationen sollten den er- 
fahrenen Amateur und überhaupt den 
praktisch Tätigen in die Lage verset- 
zen, sich der CMOS-Schaltkreis- 
Reihe zu bedienen. 

Dr. I. Schreiber 


Zanimatel’naja matema- 
tika i personal’nyj komp’ju- 
ter (Unterhaltsame Mathe- 
matik und Personal Com- 
puter) 

von Czes Kosniowski, Übersetzung 
aus dem Englischen, 1 . Auflage. 
Moskva: Mir 1987, 192 Seiten, Paper- 
back, 4- M 

Der Inhalt der Broschüre hält, was ihr 
Titel verspricht. In unterhaltsamer 
und aufgelockerter Form wird der Le- 
ser mit Hilfe der - besonders für Ju- 
gendliche sehr attraktiven - Compu- 
tertechnik an verschiedene Gebiete 
der Mathematik herangeführt. Dies 
betrifft unter anderem Folgen und 
Reihen, Matrizenrechnung und Geo- 
metrie ebenso wie Graphiken, Diffe- 
rentialgleichungen, Funktionen mit 


zwei Veränderlichen oder die Spiel- 
theorie. 

Das Buch ist jedoch auch aus anderer 
Sicht interessant. Mit der Entwicklung 
der Mikrorechentechnik erfuhr vor al- 
lem die Programmiersprache BASIC 
eine weite Verbreitung. Zu allen Ma- 
thematikspielen wurden daher ent- 
sprechende BASIC-Programme an- 
gegeben. Diese entstanden in der Fa- 
kultät für Rechentechnik und Informa- 
tik der Universität Newcastle upon 
Tyne. Sie wurden für die sowjetische 
Ausgabe - meistenteils mit russisch- 
sprachigen Kommentaren und Aus- 
schriften versehen - auf Rechnern 
des Typs DVK-2M getestet. Eine zu- 
sätzliche Bereicherung dieser inter- 
essanten Broschüre stellen die zahl- 
reichen Graphikbeispiele und Bild- 
schirmausdrucke dar. Es sei aber be- 
tont, daß die Rechentechnik hier vor 
allem als Mittel zum Erlernen der Ma- 
thematik verstanden wird. Nichtsde- 
stoweniger bietet das Buch für alle 
Computerfreunde eine Fülle von 
Ideen und fertigen Programmen. Da- 
bei wurden allgemein verbreitete BA- 
SIC-Kommandos verwendet, die wei- 
testgehend auf spezielle Funktionen 
verzichten. Somit dürfte die Imple- 
mentierung dieser Software auf 
Kleinrechnern der DDR-Produktion 
kein Problem darstellen. 

Zielgruppe dieses unterhaltsamen 
und nützlichen Buches sind vor allem 
an Informatik und Rechentechnik in- 
teressierte Oberschüler und Studen- 
ten, aber auch alle anderen PC-Ein- 
steiger. Nicht nur hinsichtlich ihres In- 
haltes, sondern auch in ihrer Aufma- 


chung und Druckqualität kann diese 
reich illustrierte Broschüre als außer- 
ordentlich gelungen bezeichnet wer- 
den. 

G. Mau 


Basic: Lösung von Produk- 
tionsaufgaben 

(BEJSIK: Resenie proizvodstvennyh 
zadac) 

von J. Niks in russischer Sprache, 
Übersetzung aus dem Englischen, 
Verlag Masinostroenie Moskau 1 987, 
248 Seiten mit Bildern, 

Kunstleder 7,-M 

Mikrocomputer werden heute auch in 
der Produktion zur Lösung vielfältiger 
Probleme genutzt. Hauptziel des Bu- 
ches ist es, den Technologen und 
Ökonomen zu zeigen, daß Mikrocom- 


puter eine schnelle, genaue und gut 
systematisierte Antwort auf Fragen 
des Produktionsprozesses bei mini- 
malen Kosten zu geben in der Lage 
sind. Die einzelnen Kapitel des Bu- 
ches sind so aufgebaut, daß zunächst 
das Wesen der Aufgabe analysiert 
wird. Dann wird ein Programmtext in 
BASIC angeführt, der die Lösung der 
Aufgabe anbietet. Anschließend wer- 
den die Programme kommentiert. 
Dabei wird die Kenntnis von BASIC 
vorausgesetzt. Am Ende jedes Kapi- 
tels werden Aufgaben zur selbständi- 
gen Lösung gestellt. 

Folgende Problemkreise werden in 
den zwölf Kapiteln behandelt: Ko- 
stenrechnung; Grafiken für Produk- 
tionskennziffern; Analyse technologi- 
scher Varianten; Entscheidungshil- 
fen für Investitionen; Regressions- 
analyse; Arbeitszeitanalyse; grafi- 
sche Darstellung von Analysen der 
Produktionsprozesses; Methoden 
der File-Verarbeitung; Projektierung 
technologischer Prozesse; Berech- 
nung von Konstruktionsdaten. 

Das Buch behandelt aktuelle Fragen 
des Produktionsprozesses im Zu- 
sammenhang mit Mikrorechnern. Es 
wendet sich an ingenieurtechnische 
Mitarbeiter und Ökonomen von Indu- 
striebetrieben. Die angegebenen 
Programme sind auch auf Rechnern 
der DDR-Produktion lauffähig. Daher 
ist es allen zu empfehlen, die mit sol- 
chen Problemen zu tun haben. 

Dr. H. Dobesch 


Personalcomputer — 
Einführung 

in Technik und Gebrauch 

von D. Dietrich und H. Metzendorf. 
Verlag R. v. Decker &C. F. Müller 
Heidelberg 1987, 293 S., 16,80 DM, 
ISBN 3-8226-3086-1 
Dieses Buch wurde geschrieben für 
den Einsteiger, der jedoch bereits 
Grundkenntnisse der Elektronik be- 
sitzen muß. 

Schon die Überschriften der Kapitel - 
Einführung, Komponenten eines Mi- 
krocomputers, Peripheriekomponen- 
ten, Betriebssysteme, Software- 
Tools, Anwendersoftware, Kommuni- 
kation mit Personalcomputern, Da- 
tensicherheit und Bewertung techni- 
scher Daten - zeigen, daß kaum ein 
Gebiet ausgelassen wurde. 

Die zahlreichen Begriffe werden an- 
schaulich mit vielen Abbildungen und 
i. a. auch recht umfassend erläutert. 
Sehr gut aufbereitet und informativ ist 
das Kapitel „Peripheriekomponen- 
ten“ und hier der Abschnitt über Dis- 
plays, wo Informationen über Aufbau 
und Funktionsprinzip gegeben wer- 
den. 

Hinsichtlich der Aktualität läßt die Pu- 
blikation etwas zu wünschen übrig. 
Beispielsweise wird das Funktions- 
prinzip eines Mikroprozessors an 
Hand des bereits recht alten 8080A 
erläutert. Vergeblich sucht man auch 
danach, was ein Koprozessor oder 
gar ein PC/AT (bzw. dazu kompati- 
bler PC) ist. /. p. 


KC-Anwenderkatalog 

Mitte Juli dieses Jahres erschien die 2., überarbeitete, Auflage des An- 
wender-Softwarekatalogs, der von der Applikationsstelle des VEB Mi- 
kroelektronik „Wilhelm Pieck“ Mühlhausen herausgegeben wird. In 
dem Katalog finden erstmalig neben vielen Softwarelösungen auch 
Hardwarelösungen ihren Platz. Des weiteren beinhaltet die 31 Seiten 
umfassende Broschüre eine Übersicht von Programmkassetten des 
Mühlhausener Kleincomputerherstellers, die noch in diesem Jahr im 
Einzelhandel angeboten werden. 

Die Applikationsstelle wird auch künftig Programme von KC-Anwen- 
dern erfassen, um jährlich einen aktuellen Stand des Softwarekatalogs 
zu gewährleisten. 

Der Katalog ist ab sofort kostenlos in der Applikationsstelle oder im Be- 
reich Beschaffung und Absatz des VEB Mikroelektronik „Wilhelm 
Pieck“ Mühlhausen, Eisenacher Str. 40, Mühlhausen, 5700, zu bezie- 
hen. M. Göring 


348 


/likroprozessortechnik, Berlin 2 (1988) 1 ' 



Literatur 


Wirtschaftliche 

Software-Produktion 

von B. W. Boehm 

Forkel-Veriag Wiesbaden 1986 
680 Seiten 

Wirtschaftliche Software-Entwick- 
lung nimmt entscheidend Einfluß auf 
die Effektivität der Anwendung der 
automatisierten Informationsverar- 
beitung. Modelle und Methoden für 
die Beherrschung wirtschaftlicher 
Aspekte des Software-Engineering 
werden durch den Verfasser in Aus- 
wertung einer Vielzahl von Projekten 
angeboten. Beeindruckend ist die 
methodisch-pädagogische Herange- 
hensweise für Problemlösungen, ge- 
paart mit theoretischem Niveau und 
praktischen Erfahrungen. Komplexe 
sind Gegenstand der Betrachtungen, 
die zweifellos auch für den Informatik- 
Ingenieur in der DDR von großem In- 
teresse sind. In vier Hauptabschnit- 
ten wird versucht zu zeigen, welche 
Faktoren den Lifecycle eines Soft- 
ware-Produkts bestimmen. Fallstu- 
dien bilden unter programmtechni- 
schen und wirtschaftlichen Aspekten 
den Ausgangspunkt der Betrachtun- 
gen. Der zweite Hauptabschnitt ist 
dem quantitativen Modell eines Soft- 
ware-Lifecycle gewidmet. Insbeson- 
dere wird ein von Boehm entwickeltes 
Construktive Cost Model (COCOMO) 
über mehrere Entwicklungsetappen 
behandelt. Der 3. Hauptabschnitt be- 
schäftigt sich mit Leistungs- und Ren- 
tabilitätsmodellen, grundlegenden 
Produktionsfunktionen für die Soft- 
ware-Entwicklung, mit Nettowert- und 
Grenzwert-Analyse im Hinblick auf 
Software-Produkte, die 8000 bis 
512000 Befehle beinhalten. Derar- 
tige Analysen und die Anwendung 
von Modellen waren zwangsläufig auf 
Grund der Vielfältigkeit der auszu- 
wertenden Daten nur rechnergestützt 
praktikabel. Der vierte Hauptab- 
schnitt enthält Prinzipien, Methoden 
und Verfahren der Software-Kosten- 
schätzung und diejenigen Kostenfak- 
toren im einzelnen, die in das CO- 


COMO letztlich Eingang finden und 
bewertet werden. Man kann beein- 
druckt sein von der Fülle der Fakten 
und Daten; Anregungen für die Wei- 
terentwicklung angebotener Modelle 
und Methoden können aus der Publi- 
kation entnommen werden; es ist ein 
lesenswertes Buch, auch wenn keine 
Rezepte für die Lösung unserer Soft- 
ware-Probleme angeboten werden. 

Prof. Dr. Wolf gang Schoppan 

Turbo Pascal— 

Ständig im Griff 

von J. Lange, Heidelberg: Dr. Alfred 
Hüthig Verlag 1 987, 1 30 Seiten, ISBN 
3-7785-1313-3 

CP/M -Ständig im Griff 

von R. Weiß, Heidelberg: Dr. Alfred 
Hüthig Verlag 1986, 87 Seiten, ISBN 
3-7785-1266-8 


Turbo 



dicken Ordnern suchen, wenn man 
diese kleinen Referenzhandbücher in 
der praktischen Spiralheftung besitzt. 
„ CP/M ständig im Griff“ ist zum größ- 
ten Teil so gegliedert, daß die Be- 
schreibung eines neuen Befehls auf 


einer neuen Seite beginnt. Da die 8- 
Bit-Technik sicherlich noch eine 
ganze Weile „Dauerbrenner“ bleibt, 
wird auch dieses Betriebssystem 
noch eine Weile leben. Die Erläute- 
rungen zu den Befehlen gehen auf 
eventuelle Unterschiede zwischen 
den Betriebssystemen CP/M-80, CP/ 
M-86 und CP/M-Plus (3.0) ein. ED, 
der Editor der CP/M-Familie, wird 
ebenfalls mit seinen wichtigsten Be- 
fehlen beschrieben. Das Buch enthält 
Suchhinweise für die unterschiedli- 
chen Anwendungsfälle der Komman- 
dos unter verschiedenen Betriebssy- 
stem-Versionen und Tabellen mit de- 
ren Fehlermeldungen. Die Komman- 
dos des CP/M-Debuggers DDT bzw. 
SID runden das Nachschlagewerk 
ab. Da in der DDR jedoch in größerem 
Maße das CP/M-ähnliche CPA ange- 
wendet wird, dürfte der Kreis der Le- 
ser auf die Nutzer von importierten 
Rechnern beschränkt bleiben. 
„TURBO-PASCAL ständig im Griff“ 
wird vom Herausgeber als Referenz- 
handbuch angepriesen. Referenz 
heißt Bezugnahme, Hinweis oder 
Verweis. Es gibt also Hinweise für 
Computerbenutzer, die mit TURBO- 
PASCAL arbeiten wollen und PAS- 
CAL oder zumindest eine andere Pro- 
grammiersprache beherrschen. 

In den Abschnitten 1 bis 1 1 wird der 
Sprachumfang der Version 3.0 im 
Überblick dargestellt. 

Dabei wird auf die Gliederung von 
Programmen, Grunddatentypen, 
Vereinbarungs- und Anweisungsteil, 
Steuerbefehle, Wertzuweisungen 
und arithmetische Ausdrücke bzw. 
Funktionen und die Zeichenketten- 
verarbeitung eingegangen. Die für 
mich als Datenbankverwalter wichti- 
gen Filebehandlungsroutinen AS- 
SIGN, REWRITE, RESET, SEEK, Fl- 
LESIZE, FILEPOS und CLOSE und 
die Verwendung der Datentypen SET 
und POINTER werden knapp, aber 
anschaulich beschrieben. 

Es werden sowohl Standardprozedu- 
ren und -funktionen als auch solche, 
die vom Benutzer definiert wurden, 
und spezielle Möglichkeiten der ma- 
schinennahen Programmierung er- 
läutert. Im Abschnitt 12 findet man 
Hinweise zu Grafikanwendung und 
Tonerzeugung auf dem IBM-PC. 

Der Abschnitt 1 3 „Das T urbo-Pascal- 
System“ erläutert das Hauptmenü 
und den Aufruf einzelner Komponen- 
ten. Er enthält Hinweise für das Arbei- 
ten mit dem Editor, dessen Befehle 
weitestgehend mit denen von Word- 
star übereinstimmen, für das Arbeiten 
mit dem Compiler sowie die Compi- 
lerdirektiven und Fehlermeldun- 
gen. 

Im Anhang ist eine Zusammenstel- 
lung der wichtigsten TURBO-PAS- 
CAL-Befehle unter CP/M und MS- 
DOS enthalten. Ich finde es günstig, 
daß sich die Hinweise auf die Unter- 
schiede zwischen CP/M und MS- 
DOS durch alle Abschnitte ziehen. 
Warum der Compiler, bis auf Seite 
92-94, mit K geschrieben wurde, ist 
mir nicht klar, wird er doch im 
TURBO-PASCAL-Hauptmenü mit C 
geschrieben und auch mit diesem 
Buchstaben aufgerufen. Die stark ge- 
gliederte Darstellung wirkt durch den 
Einsatz unterschiedlicher Schriftar- 


in F OKU SO 1/88: 

Gabor Deäk Jahn: 

Optische Speicher — 

Wie werden wir morgen Daten speichern? 

(Funktion von CD-Geräten und CD-Speichern, Kodierung zur Verhin- 
derung von Fehlinformationen, weitere optische Speicher, Diagramme 
zur perspektivischen Entwicklung von optischen Speichern) 

Richard Partecke: 

Auf dem Wege zum Bio-Computer? 

(Ziele der Entwicklung von Computern der 5. Generation, warum Bio- 
Computer und wie funktionieren diese?) 

Jun’ici Sibajama: 

Programmierung entsprechend der Logik 

(Programmieren mit der Programmiersprache PROLOG nach logi- 
schen Gesichtspunkten und Nutzung des Konzepts bei der Entwicklung 
von Computern der 5. Generation in Japan). 

Foto- oder Xerokopien einzelner Artikel können über den Fernleihver- 
kehr bei der Bibliothek der Bergakademie Freiberg bestellt werden. 
Übersetzungswünsche können gerichtet werden an: 

U. Wilke, Hufelandstr. 31, Berlin, 1055. 

Internationale Zeitschrift über Aktuelles in Wissenschaft und Technik, in 
Esperanto, beziehbar über: Michael Behr, Koburger Str. 83, Markklee- 
berg, 71 1 3 - Preis: 4 Hefte je 80 Seiten, pro Jahrgang für 24,-M). 


ten für Zwischenüberschriften, Be- 
fehle, kurze Beispiele und Erläuterun- 
gen sehr übersichtlich. 

Dagmar Hemke 


Digitale Bildverarbeitung 

Von P. Haberaecker, Carl Hanser 
Verlag München 1985, 377 S., 
83 Abb., 29 Übungen und 30 PAS- 
CAL-Programme 

Das Buch ist besonders für die Einar- 
beitung in die Problematik der digita- 
len Bildverarbeitung und der Muster- 
erkennung sowie für das Sammeln 
von praktischen Erfahrungen auf die- 
sen Gebieten geeignet. 

Wesentliche Vorgänge bei der Digita- 
lisierung von Bilddaten werden an- 
schaulich erläutert, wobei der behan- 
delte Stoff logisch und übersichtlich 
gegliedert ist. 

Ausgehend von Schwarz/Weiß-Bil- 
dern werden Grauton-, Färb-, Multi- 
spektral- und Zeitreihenbilder einge- 
führt. 

Aufbauend auf diesen Definitionen 
werden folgende Themenkomplexe 
behandelt: 

- Beschreibung digitalisierter Bild- 
daten durch Maßzahlen 

- Speicherung von digitalen Bild- 
daten 

- Datenkompression und -reduktion 

- bildliche Reproduktion von digitali- 
sierten gespeicherten Bilddaten 

- Bildverbesserung 

- Modifikation, Transformation und 
Anwendung von Operatoren auf digi- 
tale Bilder 

- Segmentierung von Bildern. 

Der letzte T eil des Buches beschäftigt 
sich mit dem der digitalen Bildverar- 
beitung verwandten Gebiet der Mu- 
stererkennung. Mittels numerischer 
Methoden der Klassifikation können 
dabei logisch zusammengehörende 
Bildinhalte erkannt und gruppiert wer- 
den. 

Die Anschaulichkeit der Ausführun- 
gen wird durch zahlreiche Bilder un- 
terstützt. Jedes Kapitel ist mit um- 
fangreichen Literaturangaben verse- 
hen, die besonders relevant für das 
behandelte Teilgebiet sind. 

Die 30 PASCAL-Programme erleich- 
tern den Einstieg in den Problemkreis 
und ermöglichen sofort das Sammeln 
praktischer Erfahrungen. Dabei wer- 
den neben Programmen zur Berech- 
nung grundlegender Charakteristika, 
wie Mittelwert, Histogramm, Kova- 
rianzmatrix, auch solche wichtigen 
Algorithmen wie die 2dimensionale 
Fouriertransformation, verschiedene 
Filter, Hauptkomponententransfor- 
mation und Clusteranalyse bereitge- 
stellt. 

Der lehrbuchhafte Charakter des Bu- 
ches wird durch Übungsaufgaben zu 
jedem Kapitel unterstützt. Die Auflö- 
sung der Aufgaben erfolgt am Ende 
des Buches. 

Dr. R. Gebhardt 
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Entwicklungen und Tendenzen 


Transputer-Karte 
für den PC 

Ein Transputer-Zusatzboard für PCs 
bringt die Parsytec GmbH, Aachen, 
auf den Markt. Der Modul mit der Be- 
zeichnung MTM-PC wird in einen 
Standard-PC-Steckplatz gesteckt. Er 
verfügt über vier Transputer (T800 
oder T414) mit jeweils 1 Megabyte 
Lokalspeicher zur parallelen Verar- 
beitung. 

Nach Herstellerangaben erreicht ein 
PC mit dem Transputer-Board bei 
20 Megahertz Taktfrequenz und 
120 Nanosekunden Speicherzugriff 
eine Rechenleistung von 40 MIPS 
(Millionen Operationen pro Sekunde) 
beziehungsweise 6MFLOPS (Millio- 
nen Gleitkomma-Operationen pro 
Sekunde). 

Zusätzlich zu den vier eingebauten 
Prozessoren können zwei weitere 
Transputer-Piggypacks (TRAMs) 
verschiedener Hersteller für Spezial- 
zwecke aufgesteckt werden. 

MP 

dBase IV angekündigt 

Zur diesjährigen CeBIT stellte die 
Firma Ashton-Tate die neue Version 
IV der erfolgreichen dBase-Produktli- 
nie vor. Wesentliche Verbesserun- 
gen gegenüber der Vorgängerver- 
sion dBase III Plus sind eine deutlich 
verbesserte Benutzeroberfläche, 
eine drastisch erhöhte Ausführungs- 


geschwindigkeit der Programme, die 
Unterstützung der Datenbank-Abfra- 
gesprache SQL und ein automati- 
scher Datenschutz für den Einsatz in 
Netzwerk-Datenbanken. 

Die neue Benutzeroberfläche arbeitet 
nicht mehr mit dem Assist-Modus, 
sondern erlaubt über ein Leitmenü in 
Verbindung mit einer Framework- 
ähnlichen Benutzeroberfläche auch 
Nicht-Programmierern die volle Aus- 
nutzung der dBase-Kapazität. 

Ein Programmgenerator und ein 
Compiler sind bereits im System inte- 
griert. Die Ausführungsgeschwindig- 
keit gegenüber dBase III Plus ist je 
nach Anwendung bis zu neunmal hö- 
her. mp 


Computernetz 
mit 1,4 Milliarden Bit 
pro Sekunde 

Für die Übertragung der in einer En- 
zyklopädie enthaltenen Informatio- 
nen benötigt ein in den USA einge- 
führtes lokales Computernetz weni- 
ger als drei Sekunden. Das Unterneh- 
men Scientific Computer Systems 
Corporation stellte in San Diego das 
Kabelsystem Vectornet vor, das Da- 
ten mit einer Geschwindigkeit von 
1 ,4 Milliarden Bit pro Sekunde über- 
mittelt. Es übertrifft das für die Verbin- 
dung von Bürocomputern gebräuchli- 
che Ethernet um das 140fache und 
das jüngst in Betrieb genommene Sy- 


stem Fiber Digital Data Interface für 
Großcomputer um das 14fache. 
Schnellere lokale Übertragungsnetze 
werden nach Einschätzung der Fach- 
leute in den USA vor allem benötigt, 
weil die Operationsgeschwindigkeit 
der Computer im zurückliegenden 
Jahrzehnt ihren Fähigkeiten zur Da- 
tenübermittlung weit vorausgeeilt ist. 
Diese Lücke, die sich in Computer- 
zentren als Hemmschuh erwies, soll 
geschlossen werden. Als zweiter 
Grund wird die Notwendigkeit ange- 
führt, grafische Informationen, die 
durch Computer gewonnen werden, 
auf Farbbildschirme mit hoher Auflö- 
sung zu projizieren. Die bisherigen 
Übertragungsgeschwindigkeiten zwi- 
schen Computer und Bildschirm 
reichten dazu nicht aus. adn 


Betriebssystem OS/2 
auch von Hewlett Packard 

Auch die Firma Hewlett Packard bie- 
tet nunmehr für ihre Computer drei 
Versionen von Microsofts Betriebssy- 
stem OS/2 an: 

- OS/2 1 .0 Version A für HP Vectra 
ES, ES/12, RS/16 und RS/20 

- OS/2 1 .0 Version B für die Original 
HP Vectra-PC sowie HP-spezifisches 
Zubehör 

- OS/2 1.1 mit dem Presentation Ma- 
nager (ab 1989). 

Damit will HP den Weg für leistungs- 
starke Applikationen ebnen, die für 


das OS/2 zu erwarten sind. OS/2 
benötigt 640 KByte Basisspeicher, 
1 MByte Extended Memory (2 bis 
4 MByte, wenn mehrere Programme 
gleichzeitig laufen sollen), eine Fest- 
platte und ein Diskettenlaufwerk mit 
hoher Kapazität. 


Neurocomputer-Leiter- 
platte für PC-Serie 

Die Firma NEC Corp. arbeitet gegen- 
wärtig an der Entwicklung einer 
Neuro-Leiterplatte sowie spezifischer 
„lernfähiger“ Software für Desktop- 
Computervarianten der 16-Bit-Serie 
9800, die bis Ende dieses Jahres 
noch auf den Markt kommen soll. 
Diese Neuro-Leiterplatte basiert auf 
der Grundlage eines Netzes von 
Schaltkreisen ähnlich den Neuronen 
im menschlichen Gehirn, Sie arbeitet 
mit einer Geschwindigkeit von 
216000 Verknüpfungsbefehlen je 
Sekunde, was der Leistung kostenin- 
tensiver Super-Minicomputer ent- 
spricht. Es wird eingeschätzt, daß so- 
genannte Neurocomputer, ausge- 
stattet mit der spezifischen Software, 
etwa zehnmal so schnell Zeichen und 
Sprache erkennen und Roboter steu- 
ern können, wie herkömmliche Ver- 
fahren. 



Mobile Festplatten 


ln MP 8/88 (4. Umschlagseite) hat- 
ten wir über die interessante Lö- 
sung von Tandon berichtet, Fest- 
platten als mobile Datenträger zu 
verwenden. Wie vermutet, haben 
weitere Hersteller inzwischen die 
Idee aufgegriffen und ihre Produkte 
präsentiert. Dazu eine kleine Aus- 
wahl: 

Plus Development Corp. hatte sich 
1 985 einen Namen gemacht mit der 
Hardcard, einer Leiterkarte für PCs, 
auf der ein 10-MByte-Festplatten- 
laufwerk (später auf 20 und 
40 MByte erweitert) einschließlich 
Controller untergebracht war. Jetzt 
stellte Plus das Wechselplattensy- 
stem Passport vor (Bild 1 ), ein 
transportables 20- oder 40-MByte- 
Laufwerk. Jn einen normalen Slim- 
line-5,2öVjioll Einbauschacht eines 
PC, XT, AT oder PS/2-Modells bzw. 


ein externes Gehäuse wird ein 
Schubsystem eingebaut, welches 
einen speziellen Wechselplatten- 
Modul aufnimmt. Die Kontakte wer- 
den dann über Steckverbindungen 
hergestellt. 

Ebenfalls mit 5,25-Zoll-Plattenkas- 
setten arbeitet das Wechselplatten 
System SH20R von BiCom. Die 
handlichen 20-MByte-Kassetten 
lassen sich unter MS-DOS an allen 
XT- und AT-kompatiblen PCs nut- 

Mit dem Disk-Pack-System der 
CTS GmbH steht jetzt ein Wechsel- 
Festplattensystem nicht nur für 
Kompatible, sondern auch für den 
weit verbreiteten Apple Macintosh 
zur Verfügung. Die Disk-Pack-Box 
(Bild 2) kann ein oder zwei 20-, 45- 
oder 70-MByte-Speichermodule 
aufnehmen; geplant sind Kapazitä- 


ten von 100 und 160 MByte. Basis 
dieser Lösung ist ein doppeltes 3V2- 
Zoll-Winchesterlaufwerk. 

Speziell für die Nutzer von Sun- 
Workstations entwickelte MDB Sy- 
stems Inc. eine bewegliche Mas- 
senspeicherzusatzeinheit als Ge- 
häuse, welches zwei gekapselte 
Harddisk-Einschübe mit 5,25-Zoll- 
Laufwerken aufnehmen kann. Die 
Kapazität (formatiert) liegt zwi- 
schen 140 und 630 MByte. Der Ein- 
satz des als Data Shuttle (Bild 3) 
bezeichneten Systems erfordert 
weder Softwareänderungen noch 
den Einbau eines Controllers in die 
Workstation. 

Besonders interessant ist die Idee 
von CTT Computertechnik, für den 
PC-üblichen 5,25-Zoll-Schacht ei- 
nen Einbaurahmen zu fertigen (mit 
den Kontaktleisten an der Rück- 


seite), der eine „Schublade“ ent- 
hält, in die ein beliebiges 3V2-Z0II- 
Winchesterlaufwerk eingesteckt 
werden kann. Die Drive Box 
(Bild 4) wird sowohl einzeln als 
auch komplett mit Laufwerken be- 
kannter Hersteller geliefert. 

Den gleichen Gedanken realisiert 
die Firma Sydec mit dem Portable- 
Data-Base-System. Auch hier wird 
ein spezieller Rahmen in einem PC- 
Laufwerksschacht installiert, in den 
eine vorbereitete 20-MByte-Fest- 
platte leicht austauschbar einge- 
schoben wird. 

MP-We 
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Mikroprozessortechnik, Berlin 2 (1988) 1 1 


Mikroprozessor 
Motorola 88000 
mit 100 MIPS 

Zwischen den amerikanischen Unter- 
nehmen Data General und Motorola 
soll ein Abkommen über die Entwick- 
lung und Vermarktung einer ultra- 
schnellen Version des Mikroprozes- 
sors 88000 unterzeichnet worden 

Durch Verwendung von ECL-Tech- 
nologie und RISC-Architektur sollen 
ab 1991 für Mainframes, Superminis 
und Supercomputer Chips mit einer 
Leistung von 100 MIPS bereitstehen. 
Zur Zeit ist die CMOS-Version des 
Motorola 88000 mit 14 bis 17 MIPS 
Rekordhalter. 

Quelle: Computer-Zeitung. - Leinfelde- 
Echterdingen 19 (1988) 11. - S. 2 Fa 

Fortschritte bei Hoch- 
vakuum-Schaltkreisen 

Nachdem Vakuumbauelemente 
lange Zeit im Schatten der Halblei- 
terbauelemente standen, zeichnen 
sich aufgrund der mit neuen Ferti- 
gungsmethoden erzielten Verbesse- 
rungen neue vielversprechende An- 
wendungen ab. Unter Verwendung 
von Fertigungsprozessen für Halblei- 
ter (Rasterelektronenstrahllithogra- 
phie) konnten die Vakuumschalt- 
kreise ständig verkleinert werden, so 
daß es jetzt möglich sein soll, 10000 
Bauelemente auf einer Fläche mit ei- 
nem Durchmesser von 1 mm unterzu- 
bringen. Der Vorteil der Hochvaku- 
umbauelemente besteht darin, daß 
Elektronen sich durch ein Vakuum 
zehnmal schneller bewegen als die in 
den gegenwärtig verwendeten 
Galliumarsenidhalbleitern und zwan- 
zigmal schneller als in Siliziumhalb- 
leitern. 

Die Hochvakuumbauelemente sollen 
die Transistoren nicht aus ihren An- 
wendungsgebieten verdrängen, kön- 
nen sie aber sinnvoll ergänzen und 
mit ihnen kombiniert werden. Gegen- 
über traditionellen Hochvakuumröh- 
ren beruhen die neuen Hochvakuum- 
bauelemente auf dem Prinzip der 
quantenmechanischen Durchtunne- 
lung. Der Elektronenfluß wird da- 
durch, im Gegensatz zu traditionellen 
Hochvakuumröhren, nicht durch 
Wärme erzeugt. Für die sogenannte 
Kaltdiode kommen Molybdän, Wolf- 
ram und Silizium zum Einsatz. 

Als Einsatzgebiete der Hochvakuum- 
bauelemente werden Geräte gese- 
hen, die unter extremen Bedingun- 
gen arbeiten, z. B. im Weltraum, da 
sie im Gegensatz zu Halbleiterbau- 
elementen ihre Eigenschaften unter 
Einwirkung von Strahlen oder extre- 
men Temperaturen nicht ändern, 
oder Geräte mit extremen Geschwin- 
digkeitsanforderungen. Erstes wichti- 
ges Anwendungsgebiet werden An- 
zeigeröhren sein, z. B. in Flachbild- 
schirmen für Fernsehapparate und 
Computer, direkte Satellitenübertra- 
gungen mit kleinformatigen Emp- 
fangsvorrichtungen, extrem schnelle 
Supercomputer 

Quelle: New York Times vom 18. 5. 1988 

Wi 

Basistechnologie 

für Josephson-Computer 

Obwohl metallische Halbleiterbau- 
elemente in der jüngsten Vergangen- 
heit durch die sensationellen Meldun- 
gen der Hochtemperatursupraleitung 
von keramischen Materialien in den 


Hintergrund getreten sind, konnten 
die japanischen Firmen Fujitsu und 
NEC mit Erfolgen bei Josephson-Ele- 
menten auf metallischer Basis auftre- 
ten. So stellte NEC einen 1 -Kilobit- 
Speicherchip vor, der eine Schaltge- 
schwindigkeit von 570 Pikosekunden 
bei einer Arbeitstemperatur von 
4,2 Kelvin erreichen soll. Der Spei- 
cherchip verbraucht eine Leistung 
von 13 Milliwatt. Fujitsu konnte eben- 
falls einen Speicherchip vorstellen, 
der allerdings nur eine Kapazität von 

4 Bit aufweist. Wesentlicher ist der 
Prozessor, den diese Firma vor- 
stellte. Bei den Experimenten wurden 
Schaltzeiten von 1 ,3 Nanosekunden 
und eine Leistungsaufnahme von 

5 Milliwatt erreicht. 

Die Erfolge der japanischen Firmen 
sollen vornehmlich auf die Abkehr 
von den bisher verwendeten Bleile- 
gierungen und die Hinwendung zu 
Niobverbindungen zurückzuführen 
sein. Der praktische Einsatz der 
Bauelemente wird für Ende der neun- 
ziger Jahre erwartet. Bis dahin sind 
u. a. noch leistungsfähigere und wirt- 
schaftlichere Kühltechniken zu ent- 
wickeln. 

Hinsichtlich der Konkurrenz der 
Hochtemperatur-Materialien schät- 
zen die Firmen ein, daß bei den Kera- 
miken noch zu viele Unklarheiten hin- 
sichtlich Theorie und Struktur beste- 
hen und die Stabilität noch nicht aus- 
reicht. 

Quelle: Blick durch die Wirtschaft vom 
25.5.88 Wi 

IBM kündigt neue 
Minicomputerserie an 

Die Firma IBM stellte eine neue Mini- 
computer-Serie mit der Bezeichnung 
Application System/400 (AS/400) 
vor, zu der 6 Modelle gehören. Nach 
Angaben des Unternehmens sollen 
die neuen Modelle leichter bedienbar 
sein und dem Kunden die Möglichkeit 
des Erweiterns bieten, ohne daß die 
Software geändert werden muß. 
Gleichzeitig wurden zu der neuen Se- 
rie mehr als 1 000 Softwarepakete 
vorgestellt, die sich besonders für sol- 
che Gebiete wie Einzelhandel, Pro- 
duktion, Bildung, Finanz-, Gesund- 
heits- und Versicherungswesen eig- 
nen. 

Die AS/400-Serie gilt als Nachfolger 
der Computerserien System/36 und 
System/38. Alle Modelle der neuen 
Serie können mit der gleichen Soft- 
ware arbeiten. Die Programme der äl- 
teren Modelle können für die neue 
Serie kompiliert werden. 

Quelle: International Herald Tribüne vom 
22. 6 . 1988 Fa 

Forschungsarbeiten 
für künftige 
Personalcomputer 

Nach Ansicht des Leiters des Hauses 
der grafischen Datenverarbeitung in 
Darmstadt, Encarnacao, müssen 
Personalcomputer in Zukunft alle 
Spielarten der Musterverarbeitung 
wie Computergrafik, Animation, Bild- 
erkennung, Sprachsynthese und 
Spracherkennung realisieren. Der 
Personalcomputer der Zukunft ist 
eine multimediale Workstation mit 
großer Rechenleistung. 

Bis 1991 sollen Forschungsarbeiten 
für einen derartigen Rechner abge- 
schlossen sein. 

An die Workstation werden folgende 
Forderungen gestellt: 

- Der PC reagiert auf zahlreiche 


Möglichkeiten der Mensch-Ma- 
schine-Kommunikation (Tastatur, 
Maus, Bildschirmgrafik, gesprochene 
Befehle) 

- Einbeziehung großer Speicher, 
darunter optische Platten großer Ka- 
pazität 

- Verarbeitung und Speicherung von 
bewegten Bildern und Sprache 

- Ausgabe der Ergebnisse über 
Drucker, Monitor und Sprachsyn- 
these. 

Die künftigen PCs sollen eine sechs- 
fache Leistung gegenüber den ge- 
genwärtigen aufweisen. Die Hälfte 
der Leistungssteigerung wird über 
Hardware, die andere Hälfte über effi- 
zientere Rechenmethoden erzielt. 
Bei der Hardware wird auf den Trans- 
puter der Firma Inmos zurückgegrif- 
fen, es sollen aber auch eigene 
Chips, besonders für das Erreichen 
höchster Grafikleistungen, entwickelt 
werden. 

Quelle: Chip. - Würzburg (1988) 8. - 
S. 30-34 Wi 

DEC stellt VAX 8800 
und VAX 6200 vor 

Die Technik symmetrischen Multipro- 
cessings wurde erstmals in der von 
der Firma Digital Equipment vorge- 
stellten neuen Generation der VAX- 
Rechnerfamilie verwirklicht. Die neue 
VAX 8800-Serie soll dabei eine Lei- 
stung erreichen, die um den Faktor 22 
über der VAX 11/780 liegt. Die neue 
Serie, zu der fünf Modelle gehören, 
ordnet sich trotz der Nutzung neuer 
technologischer Ergebnisse pro- 
blemlos in die bestehende VAX-Fa- 
milie ein. Die Softwarekompatibilität 
ist gewährleistet. 

Durch die Technik des sogenannten 
symmetrischen Multiprocessing ist es 
möglich, mehrere Prozessoren durch 
einen internen Bus miteinander zu 
betreiben. DEC hat damit 3 unter- 
schiedliche Kopplungsmöglichkeiten 
für Rechner realisiert. Neben dem 
symmetrischen Multiprocessing kön- 
nen die Rechner über Netzwerkkabel 
und -Protokolle oder über die Technik 
des sogenannten VAXclusters (exter- 
ner Bus, der eine Verbindung zwi- 
schen den Prozessoren der Rechner 
herstellt) miteinander verbunden wer- 

Quelle: Computer-Zeitung. - Leinefelden- 
Echterdingen 19(1988) 11.-S.5 
Büroreport. - Wien (1988) 3. -S. 14 Wi 

Nutzung der Rechen- 
technik in Forschung 
und Entwicklung 

Nach einer Studie des US-amerikani- 
schen Industrial Research Institute 
(IRI) werden in den USA im Jahre 
1995 90% der in der Industrie tätigen 
Wissenschaftler und Ingenieure 
Computer benutzen. Außerdem wer- 
den zu diesem Zeitpunkt alle Leiter 
rr ; t Arbeitsplatzcomputern arbeiten. 
Im Jahre 1986 nutzten 54,9 Prozent 
der Fachkräfte und 58,5 Prozent der 
Leiter Arbeitsplatzcomputer im Dia- 
logbetrieb. Zwischen 1984 und 1986 
ist in den Forschungs- und Entwick- 
lungsbereichen von Industrieunter- 
nehmen die Arbeit mit lokalen Rech- 
nernetzen von 58,2 auf 92,6 Prozent 
angewachsen. 

Die Hauptanwendungen von Compu- 
tern sind: Laborautomatisierung, sta- 
tistische Datenanalyse, Datenbank- 
verwaltung, Modellentwicklung und 
Simulation. In den nächsten fünf Jah- 
ren wird sich die Anwendung in Rich- 


tung wissensbasierter Systeme und 
Expertensysteme entwickeln. Die 
Leiter nutzen die Rechner zur Bud- 
getplanung, Tabellenkalkulation, La- 
borplanung, Projektleitung, Texther- 
stellung und zur internen Kommuni- 
kation. 

In der Intensität der Computerbenut- 
zung liegen der Maschinen- und Ge- 
rätebau, die Metallindustrie, die Elek- 
trotechnik/Elektronik und die Chemi- 
sche Industrie vor den Konsumgüter- 
produzenten. 

Für die Computerhardware werden 
16,3 Prozent des Forschungs- und 
Entwicklungsbudgets ausgegeben. 
Die Mehrzahl (66,3 Prozent) der 
Firma gestatten den Anschluß von 
Heimcomputern an die betriebliche 
Rechentechnik. Gegenwärtig verfü- 
gen 8,6 Prozent des F+E-Personals 
über einen Anschluß ihrer privat ge- 
kauften Rechner an das betriebliche 
Rechenzentrum. 

Quelle: Blick durch die Wirtschaft vom 
10.5.1988 Wi 

IBM entwickelt 
VHSI-Chip 

Einen VHSI-Chip (very high speed in- 
tegrated) mit einer Strukturbreite von 
einem halben Mikrometer hat die 
Firma IBM im Rahmen des vom ame- 
rikanischen Verteidigungsministe- 
rium finanzierten Forschungspro- 
gramms hergestellt. Damit sei nach 
Angaben der Firma eine wesentliche 
Hürde auf dem Weg zur Entwicklung 
eines 16-Megabit-Speicherchips ge- 
nommen. 

Quelle: Blick durch die Wirtschaft vom 
13. 5. 88 Fa 

G ate-Arrays 

mit 1 Million Gattern 

Unabhängig voneinander sollen in 
den Laboratorien von IBM Corp. und 
TRW Inc. Chips mit einer Gatteran- 
zahl von 1 Million entwickelt worden 
sein. Den bisherigen Bestwert hielt 
ein Chip von Motorola mit 500 000 
Gattern. 

20 000 bis 1 00 000 Gatter stellen ge- 
genwärtig bei Gate-Arrays in der Pro- 
duktion den Standard dar. 

Ein Chip mit einer 1 Million Gatter 
könnte z. B. einen ganzen Prozessor 
einschließlich dazugehöriger Spei- 
cher und Hilfslogik für die Außenan- 
schlüsse enthalten. Die Zahl der teu- 
ren Leiterplatten könnte wesentlich 
reduziert werden. 

Die Chips von IBM und TRW wurden 
beide in Silizium-Technologie unter 
Verwendung der Submikrometer- 
Struktur hergestellt. 

Quelle: Electronics Weekly. - London 
(1988) 1 404. -S. 3 Fa 

Laserdiode emittiert 
im sichtbaren Bereich 

Dioden, die im Bereich des sichtba- 
ren Lichtes emittieren, können bei 
Verwendung zur Datenaufzeichnung 
auf Optikplatten die Aufzeichnungs- 
dichte um den Faktor 1 ,5 verbessern. 
Deshalb wurde von der Firma NEC 
eine Laserdiode mit einer Wellen- 
länge von 680 nm entwickelt. Eine 
weitere Möglichkeit, die Aufzeich- 
nungsdichte zu verbessern, besteht 
in der Erhöhung der optischen Aus- 
gangsleistung. Die Firma NEC arbei- 
tet gegenwärtig daran, diese von 
3,2 mW auf 30 mW zu erhöhen. 

Quelle: Elektronik. - München 37 (1988) 8. 
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Neue Chips 

kopieren Funktionsweise 
menschlicher Neuronen 

Neuartige Computerchips, die auf 
ähnliche Art und Weise wie die 100 
Milliarden Neuronen des menschli- 
chen Gehirns große Datenmengen si- 
multan verarbeiten, sind von Wissen- 
schaftlern aus den AT&T Bell Labo- 
ratories entwickelt worden. Die For- 
scher bezeichnen das als einen wei- 
teren Schritt voran bei der Konstruk- 
tion von Computer-Systemen, die 
das menschliche Gehirn nachahmen. 


Nach Angaben des Konzerns fungie- 
ren die experimentellen „associative 
memory“ -Chips auf sehr vereinfach- 
ter Ebene als elektronische Neuro- 
nen. Die Chips sind sechs mal sieben 
Millimeter groß und enthalten etwa 
75000 Transistorfunktionen und 54 
einfache Prozessoren. Diese Prozes- 
soren sind durch ein Netz spezifi- 
scher Kopplungselemente miteinan- 
der verbunden, die programmiert 
werden können. Von den neuen Mi- 
krochips erwarten die Wissenschaft- 
ler eine zehn- bis lOOfache Lei- 
stungssteigerung. AON 


Erster 

dreidimensionaler Chip 

Den ersten sogenannten Sandwich- 
Chip hat das Hughes Research Labo- 
ratory in Phoenix (Arizona) entwickelt 
und vorgestellt. In diesem Chip sind 
die elektischen Verbindungen dreidi- 
mensional durch mehrere Etagen 
hindurch möglich, so daß sich kürzere 
Wege ergeben. Der Chip arbeitet 
nach Angaben seiner Hersteller etwa 
achtmal schneller als ein herkömmli- 
cher. 

Entscheidend für das Funktionieren 


eines gewissermaßen aus mehreren 
übereinander getürmten Chips beste- 
henden 3D-Chips ist ein Material, das 
sich bei Hitzeeinwirkung nicht aus- 
dehnt, damit sich die Kontaktpunkte 
der verschiedenen Ebenen nicht ver- 
schieben. Geplant sind Chips, die 
etwa 300mal schneller sind als die 
heutigen. 


Technik international 

Flash-EEPROMs 


Die Programmierung von EPROMs 
erfolgt durch das Tunneln von La- 
dungsträgern in die Gateelektrode, 
die in einer Isolationsschicht (meist 
Si0 2 ) vergraben ist. Das kann durch 
Anlegen einer relativ hohen Span- 
nung an die darüber liegende Gate- 
elektrode erreicht werden. Für das 
Löschen haben sich zwei Methoden 
durchgesetzt: die Bestrahlung der 
Gateelektrode mit ultraviolettem Licht 
sowie die elektrische Löschung. Ihre 
beiden Hauptvertreter sind zur Zeit 
die UV-löschbaren EPROMs und die 
EEPROMs (electrically erasable, pro- 
grammable read-only memory = 
elektrisch löschbarer, programmier- 
barer Nur-Lese-Speicher). Internatio- 
nal beträgt der Marktanteil von UV- 
EPROMs 80% gegenüber 20% von 
EEPROMs. 

Die Löschzeiten für UV-EPROMs lie- 
gen meist zwischen 10 und 20 Minu- 
ten, für EEPROMs betragen sie nur 
etwa 1 bis 5 Minuten. 

Im letzten Jahr machten aber zuneh- 
mend die blitzartig löschbaren Flash- 
EEPROMs von sich reden. Ihre 
Löschzeiten liegen zwischen 0,5 und 
10 Sekunden. Damit sind sie erheb- 
lich schneller löschbar als ihre Vor- 
gänger. Ihr zweiter Vorteil ist, daß die 
Flash-EEPROM-Zelle wie die des 
UV-EPROMs nur einen Transistor 
benötigt (siehe Bild 1 ) und damit hö- 


Ferroelektrische RA Ms 

Seit kurzem sind neue nichtflüchtige 
Speicher, die ferroelektrischen 
RAMs (FRAMs), im Gespräch. Die 
Entdeckung der Ferroelektrizität 
geht auf das Jahr 1 921 zurück. 
Kaliumnatriumtartrat (Seignettesalz) 
weist ein hohes Maß an elektrischer 
Polarisierbarkeit auf. Es behält nach 
Abschalten des elektrischen Feldes 
eine meßbare elektrische Restfeld- 
stärke. Diese Erscheinung, die u.a. 
auch bei Blei-Zirkonat-Titanat (PZT), 
Bariumtitanat und Kaliumhydrogen- 
phosphat (KDP) auftritt, wird bei- 
spielsweise für elektroakustische 
Wandler und Filter, Kondensatoren 
sowie Lichtmodulatoren (Kerr-Zel- 
len) genutzt. 

In zwei US-amerikanischen Firmen 
(Ramtron und Krysalis) wurden in 
diesem Jahr die ersten RAMs, die 
den ferroelektrischen Effekt von PZT 
nutzen, produziert. Sie haben 


here Integrationsgrade als beim EE- 
PROM möglich sind. 

Da die Flash-EEPROMs wie die EE- 
PROMs kein Löschfenster benötigen, 
können sie mit einem Plastgehäuse 
verkappt werden und sind deshalb 
preislich mit den UV-EPROMs ver- 
gleichbar. Die EEPROMs dagegen 
haben einen 5- bis lOfach höheren 
Preis. Weil die Flash-EEPROMs na- 
türlich auch (wie die EEPROMs) die 
Möglichkeit der Umprogrammierung 
auf der Leiterplatte (in-circuit) bieten, 
schließen sie die Lücke zwischen den 
UV-EPROMs und den EEPROMs. 

Als Erfinder der Flash-EEPROMs gilt 
die Firma Seeq Technology. Ihr erster 
Schaltkreis war der NMOS-Typ 
48128 mit 16 KByte Speicherkapazi- 
tät. Seine Transistor-Zellengröße be- 
trug noch 35/rm 2 . Inzwischen ist der 
CMOS-Typ 48F512 mit 20 pm 2 ver- 
fügbar..Eine Verringerung der Zellen- 
größe auf 13,5/mr wird für möglich 
gehalten. Die ersten 1-MBit-Typen 
von Seeq und Intel sind angekündigt. 
Für 1991 wird der 8-MBit-Flash-EE- 
PROM erwartet, und um die Jahrtau- 
sendwende kann mit dem 64-MBit- 
Schaltkreis gerechnet werden. 

Intel nannte den Herstellungsprozeß 
für Flash-EEPROMs ETOX (EPROM 
Tunnel Oxide). Mit ihm wird ein Ga- 
teoxid von nur lOnm Dicke erzeugt. 
Andere Hersteller arbeiten aber auch 


zwar nur Speichergrößen von weni- 
ger als 1 KBit, für 1 989 sind aber Ka- 
pazitäten von bis zu 256 KBit ange- 
kündigt; bis zu 4 MBit werden für 
möglich gehalten. Durch ihre Zu- 
griffszeit, die im Bereich von Flash- 
EEPROMs liegt und durch die hohe 
Anzahl möglicher Schreib-Lese-Zyk- 
len (10 12 ), werden die FRAMs in Zu- 
kunft den Flash-EEPROMs (10 5 Zyk- 
len) Konkurrenz machen. FRAMs 
bieten aber gegenüber EPROMs 
weitere Vorteile. Wie bei RAMs üb- 
lich, liegt die Zeit für einen Program- 
mierzyklus im Bereich der Zeit von 
einem Lesezyklus. Außerdem kön- 
nen die FRAMs in einer dreidimen- 
sionalen Struktur, beispielsweise 
über einem Prozessorchip, angeord- 
net werden. Damit kann man eine ra- 
sche Erhöhung des Integrationsgra- 
des von FRAMs sowie deren Inte- 
gration in andere Schaltkreise erwar- 

aus Elektronik 1211988 MP-Hk 


mit Gateoxiddicken von 20 bis 50 nm 
und liegen damit im Bereich der Dik- 
ken von konventionellen EPROMs. 
Die Zahl der möglichen Programmier- 
zyklen ist noch sehr differenziert. 1 00 
Programmierzyklen garantieren Intel 
(geplant: 10000) und Seeq (geplant: 
1000), die Speicher von Catalyst ge- 
statten bereits 10000 Programmie- 
rungen. Die Dauer des Datenerhaltes 
wird einheitlich mit 10 Jahren ange- 
geben. 

Zusätzlich haben einige Hersteller ei- 
nen Schreibschutz vorgesehen, zum 
Beispiel bei Betriebsspannungen 
kleiner 3,5 V oder bei Störimpulsen 
(kleiner 20 ns). Durch spezielle Algo- 
rithmen für das Programmieren 
(Quick-pulse programming algo- 
rithm) und das Löschen (Quick-erase 
algorithm) werden Programmier- und 
Löschzeiten von nur einigen Sekun- 
den erreicht. Intel bietet seine 256t 
KBit-Schaltkreise in zwei Ausführun- 
gen an. Der 27F256 hat ein 28poliges 


DIL-Gehäuse, arbeitet mit Adreßmulti- 
plex und beinhaltet eine WE-Doppel- 
funktion. Der 28F256 dagegen hat ein 
32poliges Gehäuse und arbeitet ohne 
Adreßmultiplex. Er besitzt eine soge- 
nannte Befehlsregister-Architektur. 
Das Befehlsregister steuert sämtliche 
Funktionen, die den Speicherinhalt 
verändern und stellt eine direkte 
Schnittstelle zur CPU dar. Damit kann 
der Systementwurf für Mikrorechner 
vereinfacht werden. 

Die genannten Vorteile der Flash-EE- 
PROMS lassen natürlich einen Auf- 
schwung ihrer Entwicklung und Ferti- 
gung erwarten. Schätzungen zufolge 
sollen sich die Marktanteile der drei 
EPROM-Typen bis 1 992 folgenderma- 
ßen verändern /I/: 

UV-EPROMs 54% 

EEPROMs 13% 

Flash-EEPROMs 33% 

In Tafel 1 sind einige Flash-EEPROMs 
aufgeführt, die bereits bzw. in Kürze 
verfügbar sind. 



Bild 1 Aufbau der drei verschiedenen EPROM-Zellen 
Tatell Flash-EEPROM-Typen 


Speichergröße Typ 


Zugrkfszeit Pinzahl Hersteller 


256 K 
256 K 
256 K 
256 K 
256K 
256 K 
512 K 


CAT28C16A CMOS 
CAT28C17A CMOS 
27F64 CMOS 1, 

48128 NMOS 

CAT28C256 CMOS 
27F256 CMOS 1, 
28F256 CMOS 1, 
TMM28257P NMOS 
TC58257 CMOS 


1701250 28 

170/250 32 

2001250/300 28 
17012001250 
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Von Prof. Dr. rer. nat. Manfred Peschel. 
1. Auflage. 208 Seiten, 41 Bilder, Kunstleder, 
DDR 22,- M, Ausland 36,- DM. 
Bestellangaben. 553901 8/Peschel, Perso- 
nalcomputer 

Gezeigt wird am Beispiel des Lehrstoffs für 
das Hochschulfach Regelungstechnik, wie 
ein Mikrorechner (ausgestattet mit Grafik, 
Monitor und Disketteneinheit oder Recorder) 
unmittelbar im Fachunterricht eingesetzt 
werden kann. 

Zu allen wesentlichen Abschnitten des Bu- 
ches sind lauffähige Programme (40 BASIC- 
Programme) angegeben, versehen mit ge- 
eigneten Testbeispielen und ausgedruckten 
Grafiken. 


Von Doz. Dr. sc. techn. Klaus-Peter Schulze 
und Dr.-Ing. Klaus-Jürgen Rehberg. 1. Auf- 
lage. 244 Seiten, 201 Bilder, Leinen, DDR 
33,- M, Ausland 42,- DM. Bestellangaben: 
5537629/Schulze, Entwurf 
Aufgrund ihrer bemerkenswerten Eigen- 
schaft, sich selbsttätig an unbekannte oder 
zeitveränderliche Betriebsbedingungen an- 
zupassen, sind adaptive Systeme in nahezu 
allen Bereichen der Industrie sehr universell 
einsetzbar. Die Mikrorechentechnik gestattet 
auch erstmals die umfassende technische 
Realisierung. In der Monographie wird sehr 
anschaulich durch zahlreiche Bilder, Ablauf- 
pläne und Beispiele eine geschlossene Dar- 
stellung der wichtigsten Entwurfsprinzipien 
gegeben. 
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Grundlagen 

der problemorientierten 
Programmentwicklung 

Von Dr. sc. techn. Ulrich Lindner und 
Dr.-Ing. Rainer Trautloft. 2., unverän- 
derte Auflage. 408 Seiten, 1 53 Bilder, 
74 Tafeln, Leinen, DDR 30,- M, Aus- 
land 36- DM. Bestellangaben: 
5537485/Lindner, Programment- 
wickl. 



Praxis der Software- 
entwicklung 

Von Dr.-Ing. Günter Rothhardt. 2., un- 
veränderte Auflage. 296 Seiten, 
68 Bilder, 23Tafeln, Leinen, DDR 
30,- M, Ausland 45,- DM. Bestellan- 
gaben: 553751 4/Rothhardt, Soft- 
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Der VT 32 ist ein 16-Bit-Mikrorechner 
moderner Architektur mit 32-Bit-Sy- 
stembus der ungarischen Videoton- 
Werke. Das Rechnersystem ist ins- 
besondere gekennzeichnet durch 

- einen modularen Aufbau, der die 
Zusammenstellung von verschiede- 
nen, miteinander kompatiblen Rech- 
nern ermöglicht. Das heißt, es kön- 
nen sowohl selbständige Rechner mit 
einem oder mehreren Arbeitsplätzen 
als auch Arbeitsstationen, die Teile 
eines rechentechnischen Systems 
sind, oder Serverstationen gebildet 
werden. 

- eine Erweiterbarkeit, die eine An- 
passung an den jeweiligen Aufgaben- 
umfang ermöglicht. 

Technischer Aufbau 

Es wird zwischen drei verschiedenen 
Modulen unterschieden: Prozessor- 
modul, Speichermodul und An- 
schlußmodulen. Die Module sind ma- 
ximal voneinander unabhängig. Die 
meisten von ihnen können gleichzei- 
tig mehrere Funktionen zur gleichen 
Zeit ausführen. Über den Systembus 
kommunizieren sie nach dem Unter- 
ordnungsprinzip (asynchron) mitein- 
ander. 

Als Systembus wurde der leistungs- 
fähige VMEbus ausgewählt. 

4 Prioritätsebenen ermöglichen die 
konkurrierende Nutzung des Busses 
durch die Module. Gepufferte Peri- 
pheriegeräte bzw. Geräte mit verän- 
derlichen Geschwindigkeiten sind 
über Anschlüsse mit niedriger Priori- 
tät gekoppelt. Über den Systembus 
können Daten mit einer Breite von 
8,16 oder 32 Bit übertragen werden, 
wobei sich die Datenbreite dyna- 
misch, buszyklenweise ändern kann. 
Der Adreßbereich des Busses beträgt 
16 MByte. 

Der Prozessormodul hat eine Busver- 
zweigung, den sogenannten lokalen 
Bus, mit 16 Daten- und 24Adreßka- 
nälen. Über diesen Bus kann der Da- 
tenverkehr parallel zum Datenver- 
kehr des Systembusses erfolgen. Der 
lokale Bus und das Prozessorinter- 
face beinhalten auch die Möglichkeit 
des Anschlusses eines Cache-Spei- 
chers. 

• Prozessormodul 

Der Prozessormodul hat folgende 
funktionelle Teile: 

- Zentrale Verarbeitungseinheit: ex- 
ternes Interface, mit 16 Bit, interne 
Organisation mit 32 Bit, 16 MByte di- 
rekt erreichbarer Adreßbereich, 
14Adreßarten, 56 Befehlstypen mit 
zahlreichen Varianten, 5 Datentypen 
(Bit, Byte, Wort, Doppelwort, BCD) 
sowie ein memory mapped-Ein- und 
-Ausgang 

- Einheit für die Speicherorganisa- 
tion: Sie ermöglicht dem Prozessor 
die Adressentransformation, den 
Schutz der Speichersegmente und 
die Trennung der Befehls- und Daten- 
felder. Dabei werden Parameter von 
32 Speichersegmenten unterstützt. 
Die Größe des Segments ist variier- 
bar zwischen 256 Byte und 
16 MByte. 

- interner Speicher (EPROM/RAM) 
für die Lade-, Test-, Systemstart-, 
und Diagnoseprogramme 


vorgestellt 

- programmierbarer Zähler/Uhr mit 
24 Bit 

- zwei sequentielle Interfaces 
(CCITT V. 24) für den Terminalan- 
schluß, für den Anschluß von Druk- 
kern mit sequentiellen Interfaces 
bzw. für den Hostanschluß. Die Über- 
tragungsgeschwindigkeit ist pro- 
grammierbar im Bereich von 50- 
19200Bit/s. 

- programmierbares Parallelinter- 
face. In der Grundausstattung ist ein 
Centronics-Interface zum Drucker 
realisiert. 

- Systembusinterface und -Steue- 
rung zur Gewährleistung eines Stan- 
dard-VME-Busses 

- internes lokales Businterface so- 
wie Steuerung. 

• Speichermodul 

Das System enthält mit Paritäts- 
schutz versehene dynamische Spei- 
chermodule. Die Kapazität eines Mo- 
duls beträgt 512 KByte. Der Adreßbe- 
reich des Systems ist 16 MByte. 
Durch die derzeitige Konfiguration 
(Anzahl der Steckkartenplätze, Kapa- 
zität der Stromversorgung) ist aber 
die physische Speicherkapazität ein- 
geschränkt auf 2 MByte, d.h. 4 Mo- 
dule. 

Die interne Dateiorganisation der 
Speichermodule erfolgt mit 32 Bit, 
wobei über den Systembus Dateien 
mit einer Breite von 8, 16 oder 32 Bit 
übertragen werden können. Das be- 
deutet, daß Anschlüsse mit hoher Ge- 
schwindigkeit bei direktem Speicher- 
zugriff die 32 Bit des Busses ausnut- 
zen können, womit sich die Belastung 
des Busses bedeutend verringert. 
Die Lesezeit des Speichers beträgt 
400 ns, die Schreibzeit 370 ns. Die 
Schaltkreise des Speichermoduls 
können auch über einen Akku ver- 
sorgt Werden. 

• Extern-Speicheranschlußkarte 

Über das Standardperipherieinter- 


face ermöglicht sie den Anschluß von 
zwei Disketteneinheiten (SA 460/ 
SA 850) und vier Festplatten (ST 506/ 
ST 41 2). 

• Kommunikationsmodul 

Der Kommunikationsmodul unter- 
stützt vier unabhängige Kanäle. Sie 
können wahlweise mittels Asyn- 
chron-, Bytesynchron-(BSC) bzw 
Bitsynchron-(SDLC/HDLS) - Proto- 
kollen genutzt werden. 

Die Übertragungsgeschwindigkeit ist 
auf den einzelnen Kanälen program- 
mierbar. 

• Grafisches Untersystem 

Das grafische Untersystem wird 
durch ein an den VMEbus ange- 
schlossenes Modulpaar (Steuermo- 
dul und Speichermodul) realisiert. Die 
Hauptaufgabe dieses Untersystems 
ist die schnelle Ausführung der zwei- 
dimensionalen grafischen Operatio- 
nen und die Unterstützung der peri- 
pheren Geräte. 

Für das grafische Untersystem wird 
ein 1 9-Zoll-Farbbildschirm mit einer 
Auflösung von 1 024 x 768 Punkten 
verwendet. 

Die Anzahl der darstellbaren Farben 
hängt von der Anzahl der grafischen 
Module ab: 

1 Speicher: 16 Farben aus 4096 

2 Speicher: 256 Farben aus 4096 

3 Speicher: 4096 Farben. 

Einige charakteristische Leistungs- 
parameter: 

- Zeichengeschwindigkeit 

von Vektoren 1 MPixel/s 

- Auffüllen von Bereichen 
und logische Rasteroperationen 

256 MBit/s 

- Zeichnen von Zeichen 

3000Zeichen/s 

• Geräteinterface 

Das Geräteinterface beinhaltet die für 
die Steuerung des parallelen IEEE- 
488(GPIB)-Busses notwendigen 
technischen Mittel. 


• Lokalnetzanschluß 

Er ermöglicht eine Kopplung mehre- 
rer VT 32 über verhältnismäßig kleine 
Entfernungen (ca. 1 km) im lokalen 
Netz. Der physische Anschluß und 
der Datenaustausch sind entspre- 
chend der Ethemet-Spezifikation rea- 
lisiert. 

• Modulweiterentwicklungen 

Das Modulangebot des Systems wird 
ständig weiterentwickelt. Von den ge- 
genwärtig in Entwicklung befindli- 
chen Modulen ist die an den System- 
bus anschließbare Steuereinheit er- 
wähnenswert (grafischer Prozessor 
und Bit-Map-Speicher), die für die 
Steuerung von Schwarz-weiß- und 
farbigen Bildschirmen mit unter- 
schiedlicher Auflösung und grafi- 
schen Eingabegeräten geeignet 


• Periphere Geräte 

Zur Grundkonfiguration eines VT 32 
gehören 

- 2 bis 6 alphanumerische oder grafi- 
sche Terminals mit mittlerer Auflö- 
sung 

- Minidisketteneinheit (5 V<") mit 
720 KByte und 5 V< "-Festplattenein- 
heit mit 20-40 KByte (in der Grund- 
ausrüstung können maximal 2 Dis- 
ketten- und 2 Festplatteneinheiten 
untergebracht sein). 

Matrixdrucker (t20 Zeichen/s oder 
Kettendrucker (300, 600 oder 900 
Zeilen/min) 

Software 

Betriebssystem 

Der Rechner VT 32 läuft mit dem 
Mehrnutzerbetriebssystem DMOS, 
das kompatibel zu UNIX ist. 

Sprachen 

Sowohl die Mehrzahl der Systempro- 
gramme als auch das Betriebssystem 
sind in C geschrieben. Außer C sind 
noch die Compiler für Assembler, 
FORTRAN 77, COBOL levelll und 
PASCAL (ISO) vorhanden. 
Kommunikationssoftware 
Unterstützung von: 

- Asynchronverbindungen mit: 

• uucp (UNIX to Unix copy) zwischen 
zwei VT 32 

• Kermit: zwischen VT 32 und R 1 1 

zwischen VT 32 und PC 

- Synchronverbindungen mit: 

• Emulator IBM 2780 (BSC) 

• Emulator IBM 3274 (BSC, SDLC) 

- Lokalnetzlösungen: 

• EXLOC 4. 1 (VT 32 - VT 32) 

• EXLOC 4.2 (VT 32 -VT 11) 
Bildschirmorientierter Editor 

Der Editor stellt in erster Linie ein Mit- 
tel für die Programmänderung dar, ist 
aber auch durch die Ausnutzung der 
Möglichkeiten der Bildschirmbehand- 
lung für einfachere Aufgaben der 
Textaufbereitung geeignet. 

Pixel Manager - PixMan 
PixMan (Pixel Manager) ist ein im 
EPROM des grafischen Untersy- 
stems abgespeichertes Programm- 
paket. Interfaces mit höherem Niveau 
(z. B. CGi, GKS) bauen auf den Dien- 
sten des PixMans auf. Das Pro- 
grammpaket beinhaltet über 
200 Funktionen. 
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Zum Titelbild 

Das Disk Operating System von Microsoft, 
das Betriebssystem des IBM-PC und seiner 
Kompatiblen, stellen wir Ihnen auf der 
Seite 355 näher vor. Hierzu haben wir auf 
der 3. und 4. Umschlagseite die Befehle des 
MS-DOS in einer Referenzkarte zusam- 
mengestellt (für Version 3,3 vollständig und 
für Version 4.0 im Überblick). 



Im Beitrag auf der Seite Seite 359 wird Ihnen ein 
Ordnungskonzept für Festplatten im DOS vorge- 
stellt, das auf einer Aufteilung der Festplatte in 
wahlweise ein, zwei oder mehr logische Laufwerke 
und auf den Laufwerken in sogenannte Biblio- 
theken beruht. Dieses Ordnungskonzept soll 
helfen, ständig neu hinzuzufügende Programme 
sinnvoll in die vorhandene Struktur einzubauen. 
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Vorschau 

Für Heft 1/1989 haben wir für Sie unter anderem 
Beiträge zu folgenden Themen vorbereitet: 

• Künstliche Intelligenz 

• Manufacturing Automation Protocol (MAP) 

• Transputer 

• Digitale Signalprozessoren 
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Entwicklung 

neuer Mikroprozessoren 

in Erfurt 

In den zurückliegenden zehn Jahren 
wurde das im VEB Mikroelektronik 
„Karl Marx“ Erfurt produzierte Bau- 
elementesortiment von 22 auf 188 
Typen erweitert. 

Zum 40. Jahrestag der DDR im Okto- 
ber 1989 sollen ein Jahr vorfristig die 
Serienproduktion eines schnellen 16- 
Bit-Mikroprozessors aufgenommen 
und erste funktionstüchtige 32-Bit-Mi- 
kroprozessoTen zur Verfügung ge- 
stellt werden. Diese volkswirtschaft- 
lich bedeutsamen Verpflichtungen 
übernahmen Mitte Oktober die Ge- 
nossen der SED-Grundorganisation 
des Forschungszentrums im Erfurter 
Stammbetrieb des Kombinates Mi- 
kroelektronik auf ihrer Berichtswahl- 
versammlung. 

aus ND vom 13. Oktober 1988 

Produktionsanlage 
für keramische 
Chipgehäuse 

Eine neue Fertigungsstätte zur Her- 
stellung von hermetischen Mehr- 
schicht-Keramikgehäusen für Chips 
wurde Anfang Oktober im Stammbe- 
trieb des Kombinats Keramische 
Werke Hermsdorf übergeben. Sie er- 
möglicht die volle Bedarfsdeckung 
bei diesen für das Mikroelektronikpro- 
gramm der DDR wichtigen Bauteilen 
aus neuartiger technischer Keramik. 
Noch bis Jahresende sollen 700000 
Schaltkrej$gehäuse hergestellt wer- 
den. 

Der Generaldirektor des Hermsdorfer 
Kombinates, Manfred Schneider, 
würdigte bei der Inbetriebnahme die 
Einsatzbereitschaft der Bau- und 
Ausrüstungskollektive, die das Inve- 
stitionsobjekt in zweieinhalbjähriger 
Bauzeit errichteten. Nahezu ein Drit- 
tel der Ausrüstungen ist vom kombi- 
natseigenen Rationalisierungsmittel- 
bau entwickelt und hergestellt wor- 
den. AON 

Erste Bildungscomputer 
von Robotron übergeben 

Die ersten 30 Bildungscomputer sind 
Anfang Oktober vom VEB Robotron- 
Meßelektronik „Otto Schön“ Dresden 
übergeben worden. Sie werden in der 
Volksbildung, im Hoch- und Fach- 
schulwesen und der Berufsbildung 
erprobt. Der A5105 ist der erste 
Rechner, der eigens für den Unter- 
richt in der Abiturstufe, in polytechni- 
schen Zentren, in Hoch- und Fach- 
schulen sowie Berufsschulen entwik- 
kelt wurde. Er bietet gegenüber den 
anderen DDR-Kleincomputertypen 
die bislang umfassendsten Anschluß- 
möglichkeiten für Drucker, Schreib- 
maschinen, Magnetbandkassetten 
und Fernseher sowie für spezielle 
Unterrichtsmittel und Labortechnik (s. 
auch MP 10/88). ADN 

Neue Lösungen und Trends 
bei der Software- 
entwicklung 

Fast die Hälfte aller Ingenieurtätig- 
keiten in entwickelten Industrie- 
staaten wird derzeit rechnergestützt 
durchgeführt. Dieser Anteil nimmt 
weiter zu. Die Rolle des Menschen 


Info 


Dialog 

Farbfernseher am Kleincomputer 

Seit kurzem bin ich im Besitz eines KC85/3 und freue mich auf jeden 
Beitrag über den KC 85/3 in der MP. 

In dem Artikel „Bild- und Tonanschluß mit RGB-Qualität für Fernseh- 
geräte der Serie 4000“ in der MP 2/88, S. 61 , hat sich ein Fehler einge- 
schlichen: Der Transistor VT 7601 ist kein SC 307, sondern ein SC 236 
laut Schaltplan. 

Da ich einen Farbfernseher des Typs RC6075 von Robotron habe, 
möchte ich ebenfalls einen Computeranschluß einbauen. Der RC 6075 
hat jedoch ein anderes SY-Modul (HG-Modul 022.737); deshalb habe 
ich Probleme, das FBAS-Signal richtig anzuschließen. 

Wo muß ich das FBAS-Signal anschließen, und welche Bauelemente 
muß ich noch zusätzlich einfügen? Reiner Wilhelm, Kirchmöser 

Wer kann unserem Leser helfen? 


als Beherrscher der Technik gewinnt 
daher immer mehr an Bedeutung. 
Das erklärten Prof. Dr. Gustav Olling 
(USA) und Prof. Dr. Detlef Kochan 
(DDR) als Teilnehmer der Mitte des 
Jahres veranstalteten internationalen 
Konferenz „PROLAMAT88“. Nach 
ihren Worten arbeiten Wissenschaft- 
ler, Techniker und Ingenieure in Indu- 
striestaaten derzeit sehr intensiv an 
der Software zur flexiblen Produk- 
tionsautomatisierung. 

Auf neue Lösungen und Trends ver- 
wiesen auf der Konferenz, die von der 
Internationalen Föderation für Infor- 
mationsprozesse IFIP einberufen 
worden war, unter anderen Fachleute 
aus Japan, der DDR, aus der Sowjet- 
union und den USA. So stellte Hiroshi 
Katoh von der Nissan-motor-com- 
pany (Japan) ein komplexes CAD/ 
CAM-System vor, das bereits in die- 
sem Unternehmen angewendet wird. 
Durch die Kopplung von mehr als 
1 000 CAD/CAM-Arbeitsstationen mit 
einem Großrechner erhält damit jeder 
zweite Ingenieur der Company stän- 
digen Zugang zu betrieblicher Soft- 

Die Dresdner Konferenz habe die 
Aufmerksamkeit darauf gelenkt, von 
gegenwärtig vorhandenen Insel- 
lösungen der automatisierten Ferti- 
gungsvorbereitung und Produktion 
nunmehr zu völlig geschlossenen 
Systemen überzugehen, sagte Prof. 
Olling. Am Ende dieses Systems 
müsse es seiner Meinung nach eine 
automatische Rückkopplung in Form 
von Erfahrungen, die sich in der Soft- 
ware niederschlagen, geben. Über 
erste Erfolge auf diesem Gebiet be- 
richteten Wissenschaftler aus den 
USA. 

Anerkennend über das Niveau der 
computerintegrierten Fertigung (CIM) 
in der DDR äußerten sich ausländi- 
sche Konferenzteilnehmer beim Be- 
such Dresdner Industriebetriebe. 
Prof. Gustav Olling, der in der Chrys- 
ler Motors Corporation tätig ist, 
nannte als eine der eindrucksvollsten 
Lösungen „Made in GDR“ ein CAD/ 
CAM-System der Technischen Uni- 
versität Dresden für die Bearbeitung 
doppelt gekrümmter Flächen. 

Gute derartige Lösungen, beispiels- 
weise für die Bearbeitung von Karos- . 
serieteilen, habe es bisher nur für 
rotationssymmetrische und prismati- 
sche Teile, die ein einfacheres geo- 
metrisches Verhalten aufweisen, ge- 
geben, schätzte er ein. Übereinstim- 
mend machten Prof. Dr. Olling und 
Prof. Dr. Kochan darauf aufmerksam, 
die Fachleute dürften ihre Kräfte nicht 
nur auf die Entwicklung von Techno- 
logien konzentrieren. Expertensy- 
steme könnten nur so gut sein wie 
der Mensch. Demzufolge müsse man 
stärker die Rolle des Menschen bei 
der computerintegrierten Fertigung 
erforschen, denn „der beste Groß- 
rechner sitzt zwischen den Ohren des 
Menschen“. ADN 

Wissenschaftskooperation 
im Elektronikbereich 

Rund 40 Prozent der neuen Erzeug- 
nisse aus dem Industriebereich Elek- 
trotechnik und Elektronik werden 
unter Mitwirkung von Forschungsein- 
richtungenrealisiert. Auf dem Gebiet 


der Mikroelektronik und Rechentech- 
nik ist der Prozentsatz doppelt so 
hoch. Um in kürzester Zeit neue Er- 
zeugnisse und Verfahren bereitzu- 
stellen, müssen alle verfügbaren 
Potenzen der industriellen Forschung 
und Entwicklung sowie der wissen- 
schaftlichen Einrichtungen ausge- 
schöpft werden. Darauf verwies Felix 
Meier, Minister für Elektrotechnik und 
Elektronik, in einem Pressebeitrag. 
Wachsende Bedeutung erlange die 
enge und auf vertraglicher Basis ge- 
staltete Kooperation zwischen Kom- 
binaten, Betrieben und wissenschaft- 
lichen Institutionen der Akademie der 
Wissenschaften der DDR sowie Uni- 
versitäten und Hochschulen. 
Zwischen den 15 Kombinaten des 
Ministeriumsbereichs und For- 
schungseinrichtungen wurden im 
vergangenen Jahr 58 Koordinie- 
rungs- und 875 Leistungsverträge ab- 
geschlossen. 

Mit der Technischen Universität 
Dresden, die Partner von 13 Kombi- 
naten des Industriezweiges ist, be- 
steht das Ziel, bis 1990 Spitzen- 
leistungen unter anderem bei der 
Verringerung der Strukturbreiten 
hochintegrierter mikroelektronischer 
Schaltkreise und der Entwicklung 
schneller Mikroprozessorsysteme zu 
erreichen. 

Ein hervorstechendes Merkmal der 
Wissenschaftskooperation, so der 
Minister! sei der Ausbau der mate- 
riell-technischen Basis an den For- 
schungseinrichtungen mit Unterstüt- 
zung der Kombinate. Dazu zählen der 
Aufbau eines Informatikzentrums des 
Hochschulwesens mit Hilfe des Kom- 
binates Robotron und eines gemein- 
samen Zentrums für Elektromaschi- 
nenbautechnologien der TU Dresden 
und des Kombinates Elektromaschi- 
nenbau. ADN 


Hohe Erneuerungsraten 
bei Computern 
und Druckern 

Die Jahresproduktion leistungsfähi- 
ger Drucker wird sich bis 1990 im 
Büromaschinenwerk „Ernst Thäl- 
mann“ Sömmerda auf mehr als 
150000 Geräte erhöhen. Hohe Stei- 
gerungsraten streben die Kollektive 
des größten Robotron-Betriebes 
auch bei Personalcomputern und 
Konsumgütern an. Voraussetzung 
dafür sei eine hohe Erneuerungsrate 
der Produktion bei gleichzeitiger An- 


wendung effektiver Fertigungstech- 
nologien, betonte Betriebsdirektor Dr. 
Dieter Jordan auf einer im September 
durchgeführten Intensivierungskon- 
ferenz. Durchschnittlich 40 Prozent 
aller Erzeugnisse verlassen -das 
Werk jährlich als Neu- oder Weiter- 
entwicklung. Dazu gehören 1988 der 
16-Bit-Computer EC 1834 sowie ein 
Laserdrucker. 

Dr. Jordan verwies darauf, daß mit 
der Überleitung neuer Geräte zu- 
gleich auch der Produktionsaufwand 
gesenkt werden müsse. Mit einer 
neuen Generation schneller Nadel- 
drucker soll sich der Arbeitszeitauf- 
wand um rund 30 Prozent im Vergleich 
zur gegenwärtig produzierten Bau- 
reihe verringern. An Schwerpunktauf- 
gaben der Rationalisierung arbeitet 
der Betrieb mit Instituten der Akade- 
mie der Wissenschaften, Universitä- 
ten und Hochschulen zusammen. Er 
ist Alleinhersteller für Drucker und 
produziert 80 Prozent der Personal- 
computer in der DDR. ADN 


EG setzt sich gegen 
protektionistisches USA- 
Handelsgesetz zur Wehr 

Die in der EG zusammengeschlosse- 
nen westeuropäischen Staaten sind 
nicht gewillt, das vor wenigen Wochen 
vom Kongreß in Washington verab- 
schiedete eindeutig protektionistische 
neue Handelsgesetz hinzunehmen 
(s. auch MP 11/88). Sein rechtliches 
Instrumentarium ermöglicht es der 
USA-Regierung, nach Gutdünken 
über Handelspraktiken anderer Län- 
der oder ausländischer Firmen zu be- 
finden und sie mit Sanktionen wie 
Strafzöllen oder Importbegrenzun- 
gen zu belegen, wenn, nach Auffas- 
sung der USA, Interessen der Verei- 
nigten Staaten beeinträchtigt werden. 
Das kann selbst Unternehmen tref- 
fen, die in Drittländern gegen USA- 
Handelsbestimmungen verstoßen. 
Eigennutz und Willkür, so schätzt 
man bei der EG ein, sind so Tür und 
Tor geöffnet. Entsprechend scharf 
haben die Außenminister auf ihrer 
Ratstagung Mitte September in Brüs- 
sel gewarnt, dieses Gesetz könne zu 
Handlungen und Verhältnissen füh- 
ren, die den Regeln des internationa- 
len Handels widersprechen, wie sie 
beispielsweise im Rahmen des inter- 
nationalen Zoll- und Handelsabkom- 
mens (GATT) einst auch von den 
USA anerkannt wurden. ADN 
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Das Betriebssystem MS-DOS 

Prof. Dr. Winfried Kalfa 
Technische Universität Dresden, 

Informatikzentrum des Hochschulwesens 


Einführung 

Die Firma Microsoft hatte von der Firma 
Seattle Computer Products die Lizenz für das 
Betriebssystem QDOS (Quick and Dirthy 
Operating System) erworben. Noch stark 
unter dem Einfluß von CP/M (Ein geübter 
CP/M-Nutzer findet sich sofort in MS-DOS 
zurecht!) wurde dieses Betriebssystem unter 
dem Namen MS-DOS (Microsoft Disk Opera- 
ting System) als Version 1.0 1981 auf den 
Markt gebracht. Die große Verbreitung fand 
das MS-DOS unter dem Namen PC-DOS, als 
IBM alle Rechte erwarb und es zum Stan- 
dardbetriebssystem für seine Arbeitsplatz- 
rechner PC-Junior, PC/XT und PC/AT dekla- 
rierte. Mit schätzungsweise mehr als 15 Mil- 
lionen Installationen (1987) ist es das am 
weitesten verbreitete Betriebssystem. Der 
Version 1 folgten die Versionen 2.xx mit 
einem völlig neuen Filessystem und einer 
Reihe von neuen bzw. erweiterten Komman- 
dos und Funktionen. Mit dem IBM PC/AT 
kamen die Versionen 3.xx, die gekennzeich- 
net sind durch 

- mehrere Diskettenformate 

- länderspezifische Modifikationen (Alpha- 
bet, Tastatur) 

- neue externe Kommandos 

- Konfigurationsmöglichkeiten 

- neue bzw. erweiterte Dienste, insbeson- 
dere für in Netze eingebundene PCs. 

Auf der Basis der Versionen 3.xx existieren 
einige zusätzliche Optionen, wie 

- MS-WINDOW: für Fenstertechnik 

- MS-NET: für Vernetzung von PCs 

- MS-GDI: für grafische Verarbeitung. 

Die letzte Version von MS-DOS bzw. PC- 
DOS ist 4.0 (siehe auch MP 10/1988, Seite 
317). Das Nachfolgesystem ist das Betriebs- 
system OS/2, das für das neue Personal 
System/2 mit dem 32-Bit-Mikroprozessor 
i 80386 entwickelt wurde. Kompatibel zu MS- 
DOS ist das Betriebssystem DCP (Disk Con- 
trol Program) vom VEB Kombinat Robotron, 
wobei die Versionsnummern übereinstim- 
men. 

MS-DOS ist ein Betriebssystem für Personal- 
computer (PC) und wie CP/M ein Ein-Nutzer- 
und Ein-Prozeß-System. Es wird Wert auf 
definierte Schnittstellen innerhalb des MS- 
DOS gelegt. Der Einfluß von UNIX auf die 
höheren Versionen ist unverkennbar. Dazu 
zählen das Filessystem ab V.2.0, das Um- 
leiten von Standard-Ein-/Ausgaben, das Ein- 
richten von Pipelines und Filtern in derCOM- 
MAND-Schicht und COMMAND selbst. 
Letztlich dient das MS-DOS als Basis für alle 
kommerziellen Anwendungen von Arbeits- 
platzrechnern. Es stehen nicht nur Program- 
mierumgebungen für alle wesentlichen Spra- 
chen zur Verfügung, sondern auch Appli- 
kationssysteme, wie Wordstar, WORD, 
dBASE, Kalkulationsprogramme usw. Das 
MS-DOS ist nicht für Steueraufgaben geeig- 
net und vorgesehen. Es gibt keine Prozeß- 
verwaltung, wenngleich erste Ansätze in 
Form von Systemdiensten für Programm- 
laden, -beenden usw. existieren. 

Die Anforderungen an das MS-DOS ergeben 


sich aus den hauptsächlichen Einsatz- 
gebieten 

- CAD-Anwendungen 

- Softwareentwicklung 

- Betriebswirtschaft 

- wissenschaftlich-technische Aufgaben 

- Büroautomatisierung. 

Die zunehmende Verbreitung von MS-DOS 
führte zu neuen Versionen mit erhöhter Lei- 
stungsfähigkeit und zu Zusatzoptionen, die 
durch das flexible Konzept nachladbarer 
Treiber sowie ergänzender Systemfunktio- 
nen leicht in MS-DOS einzufügen sind. Dazu 
zählen die bereits oben genannten Optionen, 
aber auch Multitaskergänzungen. Entspre- 
chend dem Entwurfsziel von MS-DOS als 
Einnutzersystem für PC und den Randbedin- 
gungen der Hardware (i 8086-Schaltkreis- 
familie, externe Speicher) ergaben sich die 
folgenden Leistungsmerkmale: 

• Mit MS-DOS kann nur ein Nutzer über ein 
Terminal (Konsole) arbeiten {Personalcom- 
puter). 

• Es gibt keine Prozeßverwaltung, so daß 
Multiprogramming und Echtzeitverarbeitung 
nicht unterstützt werden. 

• Das MS-DOS ermöglicht nutzerfreund- 
liche „schlüsselfertige“ Systeme. Nach dem 
Einschalten meldet sich automatisch eine 
Anwendung. 

• Es existiert ein einfaches, sicheres und 
den gängigen Anforderungen entsprechen- 
des Filesystem mit folgenden wesentlichen 
Aspekten: 

- beliebige Anzahl von Files 

- strukturierte Fileverzeichnisse 

- sequentieller Zugriff mit variabler Satz- 
länge 

- beliebiges Positionieren im File 


- Zugriffsschutz 

- Datum und Uhrzeit. 

• Die Speicherung von Files ist auf Disketten 
mit unterschiedlichen Formaten und auf 
Festplatten (Winchesterlaufwerken) mög- 
lich. 

• Es existiert eine klare Schichtung des Be- 
triebssystems mit guten Möglichkeiten der 
Konfigurierung. 

• Neben der Dialogverarbeitung ist auch 
Stapelverarbeitung (Batch Processing) mög- 
lich. 

• Die konsistente Schnittstelle der Dienste 
für Geräte und Files erlaubt ein beliebiges 
Umleiten von Ein-/Ausgaben. 

• Programme können unter COMMAND 
durch Pipelining gekettet werden. 

• Ab der Version 3.10 gibt es Dienste zur 
Unterstützung der Nutzung verkoppelter MS- 
DOS-Rechner. 

• MS-DOS ist ein offenes System, das heißt, 
es können für neue Geräte eigene Driver in 
das System eingebunden werden, und es 
können eigene Optionen und Dienste als Er- 
gänzungen des Betriebssystems eingefügt 
werden. 

Schichtenstruktur 

Das Betriebssystem MS-DOS ist wie andere 
moderne Betriebssysteme modular aufge- 
baut. Diese Modularität drückt sich vor allem 
in einer Bereitstellung von Diensten aus. Un- 
ter einem Dienst wollen wir die Ausführung 
einer Operation über einem oder mehreren 
Operanden verstehen. Wenn der Operand 
ein Registerinhalt ist, kann dieser zum Bei- 
spiel durch eine Operation inkrementiert wer- 
den. Wenn der Operand ein File (Datei) ist, 
gibt es Operationen zum Eröffnen und 
Schließen, zum Erzeugen und Löschen usw. 
Es steht also der funktionelle Aspekt im Vor- 
dergrund, weshalb an Stelle von Dienst auch 
oft Funktion als Synonym verwandt wird. 

Der Dienst wird von dem jeweiligen Modul an 
einem Dienstzugriffspunkt bereitgestellt. Die 
Beziehungen der Module sind durch Schnitt- 
stellen (Interfaces) gekennzeichnet mit den 
folgenden Merkmalen 
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- Operanden 

- Operationen (Dienste, Funktionen) 

- Form des Dienstzugriffes. 

Darüber hinaus ist es sinnvoll, mehrere 
Module zu Schichten zusammenzufassen, 
wobei es nur Schnittstellen zwischen Schich- 
ten gibt (Bild 1). 

Einige dieser Module realisieren aber auch 
eine Kommunikation des Rechnersystems 
mit der Umwelt, die an Hand von Protokollen 
abgewickelt wird. Der Nutzer verständigt sich 
mit dem Betriebssystem über ein Protokoll 
ebenso wie der Anwender mit einem Applika- 
tionsprogramm. Auf dem Bildschirm er- 
scheint durch das COMMAND die Ausgabe 
des Prompts, worauf der Nutzer mit einem 
Kommando antwortet. Es folgen die Kom- 
mandoausgaben und wieder das Prompt 
vom COMMAND (Bild 2). 

Im MS-DOS kann man die folgenden Schich- 
ten unterscheiden: 

- Applikation bzw. COMMAND 

- Disk Operating System (DOS) 

- lnput-/Outputsystem (I/O) 

- Read Only Memory Basic Input Output 
System (ROM-BIOS) 

- Hardware. 

Jede dieser Schichten bietet Dienste an einer 
Schnittstelle, die von Microsoft fest vorgege- 
ben ist. Diese exakte Schnittstellenbeschrei- 
bung ist einer der wesentlichen Gründe für 
die enorme Verbreitung von MS-DOS. 

Neben diesen Schnittstellen sind noch einige 
Systemdaten und die Aufteilung des Haupt- 
speichers definiert (Tafel 1). Wie die Module 
des Betriebssystems implementiert werden, 
ist dann gleichgültig, solange die Schnitt- 
stellen eingehalten werden. 


Tafel 1 Speicheraufteilung von MS-DOS 


FFFFF 

ROM-BIOS 

1024K 


1016K 


ROM-BASIC 


ROM-NUTZER 



reserviert 



ROM/RAM 

Speichererweiterungen 



reserviert 


B8000 

Farbgrafik- A- . 

Bildschirmspeicher '-'X r ' 


Bl 000 

reserviert 



Monochrom- 

Bildschirmspeicher fapfr 



reserviert EäA'&w. 

640 K 


COMMAND 


System-Stack 


08000 

Nutzerbereich 

32 K 


COMMAND 

resident 



Driver (zusätzliche) 



-DOS-Puffer 



DOS (MSDOS.SYS) . 


00600 

BIOS (IO.SYS) 


00500 

DOS-Daten 


00400 

BIOS-Daten 


00000 

Interruptvektoren 



Bis auf die nur intern im Betriebssystem nutz- 
bare Schnittstelle des I/O sind alle Schnitt- 
stellen durch den Applikationsprozeß nutz- 
bar. Die genaue Darstellung der Dienste ist 
die eigentliche Beschreibung des Betriebs- 
systems für den Programmierer. 

Für die Hardware wird ein Gerätesystem vor- 
ausgesetzt, das auf der Schaltkreisfamilie 
i 8086/88 (K 1810 WM 86) mit einem ent- 
sprechenden Bus beruht. Damit ist eine rela- 
tive Adressierung des Hauptspeichers bis 
1 MByte und eine absolute Adressierung von 
Ports bis 64 KByte für den Peripheriean- 
schlußverbunden. 

Das ROM-BIOS befindet sich in einem be- 
sonderen Nur-Lese-Speicher (ROM) auf der 
Systemplatine. Seine Adressen liegen mit 
FE000 . . . FFFFF im Adreßraum des norma- 
len Hauptspeichers. Neben Programmen für 
den Anlauf des Rechnersystems sind im 
ROM Routinen des Betriebssystems MS- 
DOS für die Bedienung der Geräte enthalten. 
Damit brauchen sich Programmautoren nicht 
mehr um die teilweise sehr komplizierte Pro- 
grammierung der Geräte zu kümmern. Es 
stehen Dienste für die im MS-DOS erlaubten 
Geräte zur Verfügung. Diese Dienste bezie- 
hen sich auf idealisierte, sogenannte virtuelle 
Geräte. Es ist uninteressant, ob es ein 
Typenraddrucker SD 11 52 oder ein Nadel- 
drucker K6314 oder ob der Drucker über 
einen USART, eine PIO eines Nebenbusses 
oder über IFSS angeschlossen ist. Wichtig 
für das virtuelle Gerät Drucker ist die Aus- 
gabe eines Zeichens an den Drucker, wobei 
es ein druckbares Zeichen oder ein Steuer- 
zeichen sein kann. Der Aufruf der ROM- 
BIOS-Dienste erfolgt über sogenannte T raps 


Tafel 2 Virtuelle Gerate der BlOS-Schnlttstelle 



(synchrone Softwareinterrupts) des Prozes- 
sors i 8086/88. In Tafel 2 sind die Dienste zu- 
sammengestellt. Die BlOS-Schnittstellewird 
durch folgende Aspekte charakterisiert: 

- Dienste für virtuelle Geräte 

- Schnittstelle als Softwareinterrupt 

- Parameterübergabe über Register bzw. 
über Datenbereiche des Hauptspeichers, de- 
ren Adressen in Registern übergeben wer- 
den. 

Das I/O liefert keine Schnittstelle, die von 
Applikationsprozessen genutzt werden kann. 
Es dient im wesentlichen zur Korrektur und 
eventuellen Erweiterung des ROM-BIOS. Da 
das I/O beim Start des Betriebssystems von 
der Diskette geladen wird, kann es im Gegen- 
satz zum ROM-BIOS leicht geändert werden. 
Das I/O ist im PC-DOS das File IBMBIO- 
.COM, im MS-DOS und im DCP1700 3.20 
das File IO.SYS und im DCP 3.2 das File 
BIO.COM. Es hat drei Aufgaben zu erfüllen: 

- Anpassung von DOS an das ROM-BIOS 

- Korrektur von ROM-BIOS-Fehlern 

- Einbindung von Drivern für neue Geräte. 


Da alle Dienste über Softwareinterrupt aufge- 
rufen werden, braucht das I/O nur den Inter- 
ruptvektor in der Interruptsäuie zu ändern, 
die ROM-BIOS-lmplementation durch eine 
l/O-spezifische zu ersetzen. 

Im Mittelpunkt des MS-DOS stehtdie Schnitt- 
stelle des DOS. Es wird beim Start des 
Systems aus dem File IBMDOS.COM bzw. 
MSDOS.SYS (für MS-DOS) bzw. DOS.COM 
(für DCP) in den Hauptspeicher geladen. 
MSDOS.SYS und IO.SYS sind sogenannte 
versteckte System- Files, die durch ein üb- 
liches DIR-Kommando nicht angezeigt wer- 
den. Sie müssen auch als erstes File auf der 
Systemdiskette bzw. im MS-DOS-Festplat- 
tenbereich stehen. Die DOS-Schnittstelle 
hat die folgenden wesentlichen Merkmale: 

- Schnittstelle als Softwareinterrupt (im 
wesentlichen über INT21) 

- einheitliche Schnittstelle für Dienste an 
Geräten und Files 

- Verwaltung der Betriebsmittel Haupt- 
speicher, Zeit und Programme 

- Parameter bzw. Adressen von Parame- 
tern werden über Register vermittelt. 

Die bisherigen Schichten haben kein ausge- 
prägtes Protokoll zur Verständigung mit der 
Umwelt, wenn man von einigen Besonder- 
heiten, wie Fehlermeldungen und Auslösen 
besonderer Aktionen durch Erkennen be- 
stimmter Tastencodes im Tastaturdriver, ab- 
sieht. Die eigentliche Kommunikation mit der 
Umwelt erfolgt durch das COMMAND (File 
COMMAND.COM) über ein Protokoll gemäß 
Bild 2. Das COMMAND liefert aber auch eine 
Schnittstelle nach oben in der Weise, daß ein 
File fn.BAT mit Kommandos interpretiert wer- 
den kann. Die Ausführung dieser Komman- 
dos erfolgt aber in derselben Schicht, in der 
auch das COMMAND liegt. Wenn der Haupt- 
speicherplatz für ein Kommando (Jedes aus- 
führbare Programm ist auch ein Kommando!) 
nicht ausreicht, wird gegebenenfalls der tran- 
siente Teil von COMMAND überspeichert, 
nämlich der Kommandointerpreter. Existiert 
dann keine Systemdiskette bzw. Festplatte 
mit dem File COMMAND.COM, kann MS- 
DOS nicht Weiterarbeiten. 

Das Protokoll COMMAND-Umwelt ist ge- 
kennzeichnet durch 

• interaktive Ausführung von internen Kom- 
mandos 

- zur Filearbeit 

- für die Bildschirmsteuerung 

- für Datum und Uhrzeit 

- zur Änderung der Standard-Ein-/Ausgabe 

• Umleitung von Ein-/Ausgaben der Stan- 
dardperipherie 

• ein sogenanntes Pipelining zur Weiter- 
leitung der Standardausgaben eines Kom- 
mandos als Eingabe für ein zweites 

• interaktive Ausführung beliebiger externer 
Kommandos. 

Alle Möglichkeiten des Protokolls sind auch 
an der Schnittstelle des COMMAND, das 
heißt des Stapelverarbeitungsteils (Batch- 
prozessor), möglich. Kommandos sind die 
Dienste dieser Schnittstelle. Darüber hinaus 
existieren 

• Dienste zur Ablaufsteuerung mit: Zyklus; 
Bedingung; unbedingtem Sprung 

• aktuelle Parameter beim Aufruf eines 
fn.BAT-Files zur Übergabe an die formalen 
Parameter der fn. BAT-Files. 

MS-DOS erlaubt jedoch auch die Einbin- 
dung einer eigenen Kommunikationskompo- 
nente in Anlehnung an das Betriebssystem 
UNIX. 
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Geräte 

In MS-DOS werden standardmäßig eine 
Reihe von Geräten behandelt: 

- Magnetplatten 

- Tastatur 

- Zeitgeber 

- Drucker 

- serielle und parallele Anschlüsse. 

Für diese Geräte gibt es Dienste des MS- 
DOS, aber auch Kommandos, die sich auf 
Geräte beziehen, zum Beispiel DATE und 
TIME. 

Filesystem 

Das Filesystem ist das Kernstück des MS- 
DOS. Es gibt im MS-DOS zwei unabhängige 
Filesysteme: 

lieh. Dienste über FCB ansprechbar! 

- das zeichenorientierte Filesystem (UNIX- 
ähnlich, Dienste über Handle ansprech- 
bar). 

Für beide ist charakteristisch, daß sie nicht 
systemweit sind, sondern daß für jedes Lauf- 
werk ein selbständiges Filesystem existiert. 
Für beide Filesysteme ist die Inanspruch- 
nahme der Dienste durch die Klammerung: 
OPEN file 
CLOSE file 

zwingend vorgeschrieben. 

Das satzorientierte Filesystem liefert Dienste 
nur für Sätze, auf die sequentiell oder direkt 
durch Angabe einer Satznummer zugegriffen 
werden kann. Die Satzlänge ist dabei va- 
riabel bei der Eröffnung angebbar. Die Ver- 
waltung dieser Files erfolgt nur im einzigen 
Wurzelverzeichnis (Rootdirectory) jedes 
Laufwerkes. Damit ist die Anzahl der ver- 
walteten Files durch die Größe des Root- 
directory festgelegt. Für neue Applikationen 
sollte dieses Filesystem nicht mehr verwen- 
det werden. Der Zugriff zu den Files erfolgt 
durch Angabe eines Namens sname , der aus 
Angabe des Laufwerkes d, des Filennamens 
fn und des Filetyps (Extension) ft besteht. Die 
explizite Angabe von sname lautet in der 
COMMAND-Schicht: 
sname :: = [d:] fname 

"d :: = A:B:C ... 

fname :: = fnj.ft] 

fn :: = Zeichen [ fn Zeichen 
ft :: = Zeichen j ft Zeichen 
Zeichen :: = A|...|Z|a|...|z|0|...|9|!|$|%|& 

N(i)i@m{|}r 

Zu beachten ist dabei, daß fn maximal 8 und 
ft maximal 3 Zeichen sind und daß COM- 
MAND grundsätzlich eine Umwandlung in 
Großbuchstaben vornimmt, ft hat für DOS 
keinerlei Bedeutung, verschiedene Korn- 
mandos fordern jedoch einen bestimmten 
Filetyp. Als Zeichen sind auch sogenannte 
Platzhalter (Wildcards) erlaubt: 

* ersetzt 1 oder mehrere Zeichen, wobei * für 


alle restlichen Zeichen von fn und ft steht, 

? ersetzt ein Zeichen. 

Für einen Platzhalter steht ein beliebiges er- 
laubtes Zeichen, so daß alle dazu passenden 
Files angesprochen werden, d: kann ent- 
fallen, wenn sich auf das aktuelle Laufwerk 
bezogen wird. 

Die explizite Angabe von sname in der DOS- 
Schicht besteht immer aus genau 1 2 Zeichen 

ddfnft 

dd:: - 0|1|2... 

dd = 0 steht für das sogenannte aktuelle Lauf- 
werk, dd= 1 für A usw. Fehlende Zeichen in fn 
und ft sind mit Leerzeichen (Blanks, 20H) auf- 
zufüllen. Wildcards sind dort erlaubt, wo es 
sinnvoll ist. 

Das aktuelle Laufwerk kann durch ein Kom- 
mando d: oder durch einen DOS-Dienst ein- 
gestellt werden. 

Das zeichenorientierte Filesystem liefer t 
' Dienste für Zeichenfoln en: eine Sat7struktur_ 
wird nicht realisiert. Das System (DOS) ver- 
waltet einen aktuellen Zeiger in der Zeichen- 
folge. Die DOS-Dienste beziehen sich immer 
auf den aktuellen Stand des Zeigers. Dieser 
Zeiger kann beliebig durch einen DOS- 
Dienst verschoben werden. Das Einfügen 
von Zeichen ist nicht möglich! Der Zugriff zu 
einem FHe erfolgt nicht durch Angabe von 
sname, sondern durch Angabe eines file-, 
zuqriffsnamens. zname, bestehend aus 
Lautwerk LW, Pfadname pfad (path) und 
Filename fname: Die Filenamen sind in einer 
Hierarchie von Directories gespeichert 
(Bild 3). Die einzelnen Directories werden 
wieder durch das Filesystem selbst verwal- 
tet. Damit kann man eine unbegrenzte An- 
zahl von Files im MS-DOS benutzen. 

zname ::= Iw pfad f name 
pfad :: =*T\]UIr [\ dir...]\ 
dir :: = fn 

Die Trennung der einzelnen Directorynamen 
im Pfadnamen erfolgt durch einen sogenann- 
ten Backslash \. Der 1 . Backslash bedeutet 
dabei das Rootdirectory. Durch ein Kom- 
mando oder durch einen DOS-Dienst kann 
man ein aktuelles Directory einstellen. Will 
man von einem aktuellen Directory ein File 
erreichen, braucht man den vorangehenden 
Teil des Filezugriffsnamens nicht anzuge- 
ben. Der Unterschied der Angabe in der 
COMMAND- und der DOS-Schicht besteht 
lediglich darin, daß in der DOS-Schicht der 
Filezugriffsname mit 00H abzuschließen ist. 
Oft sind Kommandos (ausführbare Pro- 
gramme) und Files in verschiedenen Directo- 
ries. Deshalb gibt es in der COMMAND- 
Schicht einen sogenannten Suchpfad, der 
sich mit einem Kommando oder einem DOS- 
Dienst einstellen läßt. Über den Suchpfad 
kann sich COMMAND auf Files des Typs 
fn.EXE, fn.COM und fn.BAT beziehen. Falls 
COMMAND ein Kommando zu suchen hat, 
sucht er diesen in der Reihenfolge: 


- aktuelles Directory 

- Rootdirectory 

- Directory gemäß 1 . Suchpfad 

- Directory gemäß 2. Suchpfad usw. 

Programme und Prozesse 

In dem Ein-Prozeß-System MS-DOS ist eine 
Prozeßverwaltung an sich überflüssig. Es 
könnten jedoch der Applikationsprozeß und 
der Prozeß für den aufgerufenen Betriebs- 
systemdienst parallel arbeiten. Das ist aber 
im MS-DOS nicht vorgesehen. Betriebs- 
systemdienste werden prozedura l genutzt, 
das heißt, der Applikationsprozeß muß war- 
ten, bis der Dienst vollständig erbracht 
wurde. 

Bei der Verkopplung von MS-DOS-Rechnern 
treten dann natürlich Probleme auf. Zusatz- 
optionen regeln die notwendige Parallel- 
arbeit von Applikationsprozeß und Kommuni- 
kationssoftware. Ab der Version 3.00 werden 
von MS-DOS lediglich Funktionen 

- zum Zugriffsschutz von Files von mehre- 
ren Rechnern 

- zum wechselseitigen Ausschluß kritischer 
Abschnitte 

- zum entfernten Gerätezugriff 
bereitgestellt. 

Für jede durch das Betriebssystem im Haupt- 
speicher angelegte Prozedur gibt es ein PSP 
(Programm Segment Prefix), in dem Informa- 
tionen über diese Prozedur abgelegt sind. 
Weitere Informationen sind in der Prozedur- 
um gebung ( Environment) enthalten. Der 
PSP wird durch MS-DOS vor dem Pro- 
grammtext im Hauptspeicher angelegt. 

Das eigentlich Neue in MS-DOS besteht 
darin, daß 

- das Laden und Starten von Prozeduren als 
Betriebssystemdienste bereitstehen 

- mehrere selbständige Prozeduren gleich- 
zeitig in einer Kette existieren können 

- Programmtexte resident im Hauptspeicher 
angelegt werden können. 

Die Prozessorzuteilung an die Prozeduren 
wird nicht durch das Betriebssystem, son- 
dern durch die Prozeduren selbst erledigt 
(Bild 4). Prozeduren können dabei über drei 
Adressen verlassen werden, nämlich über 

- Rückkehr zur Elternprozedur 

- Unterbrechungsprozedur 

- Fehlerprozedur. 

Ausführbare Programme, die den Pro- 
grammcode für Prozeduren enthalten, wer- 
den wie Files verwaltet. Es werden zwei 
Arten unterschieden: fn.COM und fn.EXE. 
COM-Files sind dadurch gekennzeichnet, daß 
der Programmcode maximal 64 KByte um- 
faßt. Alle Befehle dieses Programmcodes 
sind durch einmaliges Laden des Code- 
segmentregisters CS erreichbar. Das Laden 
dieses Programmcodes erfolgt sehr schnell. 
.EXE-Files können beliebig lang sein. Das 
Codesegmentregister CS muß dynamisch 


Bild 3 
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Bild 4 

Prozedurverwal- 
tung im MS-DOS 






Bild 6 Möglichkeiten der Konfigurierung des MS-DOS 


Dazu müßten alle internen Schnittstellen be- 
kannt sein, das ist aber das bestbehütetste 
Geheimnis von Betriebssystemherstellern. In 
MS-DOS wird darunter vielmehr eine Para- 


mehrfach Umgeladen werden. Dazu stehen 
in einem Kopf des Files Verschiebeinforma- 
fionen, die beim Laden an die entsprechen- 
den Stellen in den Programmcode eingefügt 
werden. 

Betriebsmittel 

Io MS-DOS werden die Betriebsmittel 

- Programmtext 

- Hauptspeicher 

- Zeit 

verwaltet, wobei eine echte Verwaltung nur 
des Hauptspeichers erfolgt. 

Eine eigentliche Programmtext-Verwaltung 
wird nur für den transienten Teil der COM- 
MAND-Prozedur durchgeführt, der den Kom- 
mandointerpreter und die internen Komman- 
dos enthält. Dieser Teil liegt am oberen Ende 
des Hauptspeichers und wird zuletzt durch 
COM-Prozeduren überspeichert. Jedesmal, 
wenn dieser Teil angesprochen werden soll, 
wird von dessen Speicherbereich eine Prüf- 
summe gebildet, um zu überprüfen, ob der 
ursprüngliche Programmtext noch erhalten 
ist. 

Für Nutzerprozeduren findet eine sofcne Prü- 
fung nicht statt, es können also durchaus 
mehrere Exemplare desselben Programm- 
textes in-den Hauptspeicher geladen und als 
Prozedur gestartet werden. 

Nebefr der internen Verwaltung des Haupt- 
speichers durch das Laden von Programm- 
testen gibt es die folgenden Dienste für die 
Hauptspeicherverwaltung über INT21H: 

- HS anfordern <AH> = 48H 

- HS freigeben <AH> = 49H 

- HS-Bereich ändern <AH> = 4AH. 

Mit dem Laden von Programmtexten bzw. 
dem Dienst Hauptspeicher anfordem wer- 
den Hauptspeicherbereiche definiert, die 
durch ihre Segmentadresse gekennzeichnet 
werden. Sie können aufgegeben bzw. in ihrer 
Länge verändert werden. Die Strategie der 
Hauptspeichervergabe kann abgefragt bzw. 
gesetzt werden: 
first fit 
best fit 
last fit 

Da es keine eigentliche Prozeßverwaltung 
gibt, spielen Datum und Zeit nur die Rolle 
eines Kalenders bzw. einer Uhr, die gesetzt 
und abgefragt werden können. 

Start des MS-DOS-Rechners 

Das Betriebssystem wird in folgenden Schrit- 
ten durch Netzeinschalten bzw. Betätigen 


der Tasten CTRL-ALT-DEL, was zum Reboot 
führt, geladen (Bild 5). 

ROM-BIOS 

■ Hardwaretest, Bestimmung der aktuellen 
Konfigurationsparameter und deren Ablage 
im Hauptspeicher 00400H...00493H 

■ Interruptvektoren einstellen 

■ Lesen des Boot-Sektors (eyl = 0, head = 0, 
sec=1) in den Hauptspeicher 07C00H... 
07DFFH und Start der Boot-Prozedur bei 
07C00H. 

Boot-Prozedur 

■ Laden des Files IO.SYS von Diskette un- 
mittelbar nach dem Directory 

■ Laden des Files MSDOS.SYS von Dis- 
kette unmittelbar nach IO.SYS 

■ Start von IO.SYS 

IO.SYS 

h Ersetzen bzw. Parametrisieren der BIOS- 
Driver 

■ Ersetzen oder Anfügen von nutzerspezifi- 
schen Drivern, falls das File CONFIG.SYS 
existiert 

■ Start des MSDOaSYS, 

MSDOS.SYS 

■ Tabellen im DOS zurücksetzen 

■ Laden von COMMAND.COM und Starten 
des Initialisierungsteils. 

COMMAND.COM 

■ Der Initialisierungsteil startet das Batch- 
File AUTOEXEC.BAT, falls es existiert. 

■ Bestimmung der Ladeadresse für Nutzer- 
prozeduren (der Initialisierungsteil wird über- 
lagert) 

■ Start des residenten Teils von COMMAND. 
Der residente Teil enthält neben den COM- 
MAND-Daten lediglich 

- die Standardroutine für Fehler 

- die Standardroutine für Abbruch 

- sich selbst als Standardroutine für Proze-, 
durende 

- die Routine zum Prüfen der Notwendigkeit 
des Neutadens des transienten Teils 

- die Routine zum Neuladen des transienten 
Teils. 

Konfigurierung des Systems 

Die Autoren von MS-DOS haben eine Konfi- 
gurierung des Betriebssystems prinzipiell 
vorgesehen. Damit ist nicht ein freizügiger 
Austausch von Teilen des MS-DOS gemeint. 


metrisierung vorhandener Module des Be- 
triebssystems verstanden. Das erfolgt 

• beim Start des Systems durch den INIT- 
Modul von IO.SYS unter Verwendung des 
Files CONFIG.SYS 

• beim Start des Systems durch Abarbeiten 
des Files AUTOEXEC.BAT 

• dynamisch während des Betriebes durch 
spezielle externe und interne Kommandos 
bzw. DOS-Dienste 

• durch nutzereigene Kommandos, die 
eigene Driver bzw. Module für alte bzw. neue 
Betriebssystemdienste im Hauptspeicher re- 
sident machen. 

Bild 6 zeigt im Überblick, wer wo etwas konfi- 
gurieren kann. 
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Festplattenorganisation — 
Ein Bibliothekskonzept 
für die Harddisk unter DOS 


Dieses Verzeichnis gliedert sich tn drei wei- 
tere SUB-DlRectories: 


C:\SYS1\PR0CLIB -» Batch-PROCedure- 
LIBrary 

C:\SYS1\CL\ -» Command-Library 
C:\SYS1\SL\ -> Source-Library 


Christian Hanisch, Berlin 


Festplatten mit einer Kapazität zwischen 10 
bis 50 MByte und mehr dominieren als ex- 
terne Speichermedien für die 16-Bit-PC und 
lösen die mit Kapazitäten unterhalb 1 MByte 
vorhandenen Disketten im Routinebetrieb 
ab. 

Durch die große Kapazität der Festplatte, 
auf der logisch nicht zusammengehörende 
Programme und Daten physisch gemein- 
sam gespeichert werden, treten sehr bald 
organisatorische Probleme vielfältiger Art 
auf. 

Die Möglichkeit des hierarchisch unterglie- 
derten Verzeichnisses in ROOT- und SUB- 
DIRectory gibt zwar theoretisch eine Vielzahl 
möglicher Handhaben, Ordnung zu schaffen, 
doch die psychologisch-arbeitsmethodischen 
Aspekte des jeweiligen Nutzer- bzw. Nut- 
zungsprofils und das betriebsorganisatori- 
sche Umfeld heben gewisse DIRectory- 
Strukturen als praktisch sinnvoll gegenüber 
den individuellen und zufälligen Strukturie- 
rungen hervor. 

Dabei ist vorrangig zu beachten, daß neben 
den Bestandteilen des DOS-Betriebs- 
systems und der verwendeten Standard- 
software im Laufe der Zeit ständig neue 
Programme und Daten dem System - das 
heißt der konkreten PC-lnstallation - hinzu- 
gefügt werden, die entsprechend einzuord- 
nen sind. 

Diese Einordnung sollte aber in einem 
vorab festgelegten Konzept erfolgen und 
nicht operativ pragmatisch, was sehr bald zu 
einer chaotischen DIRectory-Struktur führt, 
bei der die Anzahl der SUB-DlRectories in 
Wildwuchs nach einer zufälligen Mnemonik 
ständig zunimmt. Parallel dazu wird dann 
meist auch die Sicherungsstrategie konzept- 
los. 

Im vorliegenden Artikel wird nun ein Ord- 
nungskonzept vorgestellt, das auf einer Auf- 
teilung der Festplatte in wahlweise ein oder 
zwei oder mehr logische Laufwerke (Lauf- 
werk C und Laufwerk D) und auf den Lauf- 
werken in sogenannte Bibliotheken (PRO- 
Cedure LIBrary, Command Library, Source 
Library) beruht. 

Das Laufwerk C ist dabei dem eigentlichen 
DOS-Betriebssystem („Projekt“-Kurzzei- 
chen: SYS1) zugeordnet. Auf dem Laufwerk 
D usw. werden weitere „Projekte“ („Projekt“- 
Kurzzeichen: SYS2...SYSn) installiert, wo- 
bei die untergeordnete DIRectory-Struktur al- 
ler SYS2 ... SYSn-Systeme analog zur 
Struktur des [Betriebs-jSystems SYS1 auf 
dem Laufwerk C ist. 

Falls die Kapazität der Festplatte 32 MByte 
nicht übersteigt, kann auf ein weiteres Lauf- 
werk D usw. verzichtet und das ganze Biblio- 
thekssystem auf dem Laufwerk C unterge- 
bracht werden. 

Softwaremäßig eingerichtet wird das System 
SYS1 auf der Festplatte im logischen Lauf- 
werk C bei der softwaremäßigen Vorberei- 
tung des Computers durch einen kompe- 
tenten Systemorganisator (Systemprogram- 


mierer). Unterstützt kann das werden durch 
entsprechende Generierungs-Tools. Das 
Verhältnis von Hardware zu Software ist zur 
Zeit so, daß Hardware als mehr oder weniger 
leeres „Gefäß“ zur Aufnahme von Software 
bereitgestellt wird. Leider wird oft der Sy- 
stemgenerierung bzw. Systeminstallation ei- 
nes PCs zu wenig Aufmerksamkeit ge- 
schenkt und der Endnutzer eines PCs mit 
Fragmenten abgespeist, wo ein Gesamtkon- 
zept notwendig wäre. 

Das Organisationskonzept für die Festplatte 
mit den drei Bibliothekstypen: PROCLIB, CL 
und SL ist im Bild 1 gezeigt und wird nachfol- 
gend beschrieben. 

Das System „C:\SYS1 \“ 

Im Laufwerk C der Festplatte ist im ROOT- 
Verzeichnis neben den für den Systemstart 
notwendigen Dateien (COMMAND.COM, 
CONFIG.SYS, AUTOEXEC.BAT, <driver>. 
SYS, < externe DOS-Kommandos> usw.) 
ein Unterverzeichnis \SYS1 vorhanden. 


Der Inhalt der Verzeichnisse C:\SYS1 \CL\ 
bzw. C:\SYS1\SL\ sind entweder direkt 
Dateien vom Typ EXE, COM oder BAT u.a. 
oder üblicherweise weitere SUB-DfRecto- 
ries einzelner Software-Tools als Zusam- 
menfassung aller zu diesem bestimmten 
Software-Tool gehörenden Komponenten. 
Die unterste hierarchische Ebene ist damit 
die Stufe 3 - 

Praktische Erfahrungen zeigen, daß weitere 
Untergliederungen unterhalb der Stufe 3 zu 
einem rkdnnnr^i i mkehreffek t führen das 
heißt, die erreichte Übersichtlichkeit im ein- 
zelnen tendiert wieder zu einer Unübersicht- 
lichkeit im Ganzen. 

Zum Beispiel seien alle zum Programment- 
wicklungssystem TURBO-Pascal Version 
3.0 gehörenden Komponenten als Ergebnis 
der Übernahme und Generierung von den 
Distributionsdisketten für die vorliegende 
PC-lnstallation im Verzeichnis: 
C:\SYS1\CL\TURB03 
enthalten. 

Wahlweise werden nur für den gelegent- 
lichen Gebrauch benötigte Komponenten - 
zum Beispiel Dokumentationen und Infor- 


Bild 1 Festplattenorganisation und Bibliothekskonzept (PROCLIB, CL, SL} 


Di ( SYS2 • ■ SYSn auf L». D) 


\sis2 \sls3 . ! . ... \sisn 



Im ENVIRONMENT! PATH=C:\ jC:\SYSl\PROCLIB;C:\SYSl\CL\<CL_Box_l> 
User — System mittels SYSn anschließen: 

se t pa t h= D : \SYSn\ PROCL I B ; D : \SYSn\ CL \ < CL JBox _i > 5 */.PATH% 


Mikroprozessortechnik, Berlin 2 (1988) ' 


359 








mationen (README) u. a. - in dem Verzeich- 

C:\SYS1\SL\TURB03 

gespeichert. 

Die vorliegende Systemarchitektur setzt als 
„Kommando“-Zentrale der Stufei das 
Batch-PROCedure-LIBrary-Verzeichnis: 

C:\SYS1\PR0CLIB 

voraus. 

In diesem Verzeichnis sind für alle Software- 
Tools und ausgewählte Programme - zum 
Beispiel FORMAT.EXE - Prozeduren (BAT- 
Dateien) vorhanden, die den Aufruf und die 
Arbeit mit dem entsprechenden" Software- 
Tool gemau aer vorliegenden Installation vor- ’ 
ei nsteilen ; eveniuäll über eine Menusteue- 
rung den Nutzer führen und damit eine 
Benutzeroberfläche gemäß dem speziellen 
Nutzer- und Nutzungsprofil schaffen. Im 
ENVIRONMENT ist standardmäßig zum Bei- 
spiel voreingestellt: 

PATH = C:\;C:\SYS1\PR0CLIB;C:\SYS1\ 

CL\T00LS 

Durch den Aufruf von: 

D>TURB03<CR> 

wird überden Pfad: C:\SYS1\PR0CLIB 
die Prozedure TURB03.BAT aufgerufen, die 
unter anderem in das Verzeichnis C:\SYS1 \ 
CL\TURB03 führt. 

Prinzipiell sind alle Software-Tools auf der 
Stufe 1 so zu installieren, daß sie in der 
C:\SYS1\PR0CLIB als Prozedur verankert 
sind und statt als EXE-/COM-File über eine 
BAT-Datei aufgerufen werden, die auf das 
Nutzer-/Nutzungsprofil abgestimmt ist. 

Die Systeme „D: \SYSn \“ 

Während das logische Festplattenlaufwerk C 
eine DIRectory-Struktur aus Bibliotheken für 
das DOS-Betriebssystem enthält, werden 
alle Nutzer-Systeme - als „Projekte“ be- 
zeichnet - auf das logische Festplattenlauf- 
werk D usw. gelegt. Ein Nutzersystem oder 
„Projekt“ ist dabei gewissermaßen eine 
installationsbezogene Erweiterung des Sy- 
stems SYS1 , das heißt, im System SYS1 sind 
alle zentralen Komponenten der betreffen- 
den Installation enthalten; in den Systemen 
SYS2...SYSn die nach „Projekten“ oder 


Sachgebieten, Abteilungen, Mitarbeitern 
usw. gegliederten „Erweiterungen“ des 
Systems SYSI. Damit wird eine OPEN- 
End-Struktur der Festplattenorganisation 
nach einheitlichem Bibliothekskonzept impli- 
ziert. 

Wesentlich ist nun das Prinzip, die Systeme 
SYS2...SYSn auf dem Laufwerk D usw. mit 
einer zum System SYSI analogen DIRec- . 
tory-Struktur (Bibliotheksstruktur) aufzu- 
bauen. Damit erreicht man eine Standard- 
System-Architektur, die es erlaubt, zum 
Beispiel mit der Datei 
C:\SYS1 \PROCLIB\SYSx. BAT 
den Anschluß des Nutzersystems SYSx 
durch Aufruf von: 

D>SYSx<CR> 

herzustellen. 

Dabei wird unter anderem mit: 
set path = D:\SYSn\PROCLIB; 

D:\SYSn\CL\TOOLS;%PATH% 

das Nutzersystem SYSn den Aufrufpfad be- 
treffend vor das Betriebssystem SYSI 
gesetzt, so daß zum Beispiel eine eventuell 
abweichende TURB03-lnstallation des Nut- 
zersystems benutzt werden kann. 

Die Verankerung des „Projekt“-Kurzzeichens 
SYSn im System SYSI (SYSn.BAT) ist ein 
wesentlicher Punkt und zeigt die Priorität 
des Systems SYSI über die Nutzersysteme 
SYS2...SYSn. Falls die Frage nach der Aus- 
wahl des „Projektes“ SYSn in die AUTO- 
EXEC.BAT aufgenommen wird, kann nach 
dem Systemstart sofort auf die entspre- 
chende Nutzerebene und -Oberfläche umge- 
schaltet werden. 

Mit einer Prozedur SYS1.BAT der C: 
\SYS1 \PROCLIB zum Beispiel kann man 
wieder auf die SYSI -Ebene gelangen. 

Über die globale Variable PKZ („Projekt“- 
Kurz-Zeichen) beispielsweise kann man 
durch: set PKZ=SYSn das jeweilige ange- 
schlossene „Projekt“ im ENVIRONMENT 
verankern. 

Das kann vor allem für verschiedene Versio- 
nen eines Software-Tools oder Projektes von 
Interesse sein. Die Benutzeroberflächen in 
den Systemen SYSn können durch unter- 
schiedliche Inhalte der D:\SYSi\PROCLIB 


ROLANET 1 

mit Lichtwellenleitern 


Dr. Andreas Barsch, 

Dr. Karl-Heinz Jänicke 
Humboldt Universität zu Berlin, 
Sektion Elektronik 


Das Vernetzen von Computern hat sich in 
den letzten Jahren als eine besonders dring- 
liche Aufgabe für viele gesellschaftliche Be- 
reiche erwiesen. Oft besteht die Notwendig- 
keit, die Lösung von Aufgaben durch Dezen- 
tralisation der Bearbeitung bei gegebener 
Zugriffsmöglichkeit auf zentrale Ressourcen 
zu finden. Eine andere Form ist die En- 
semble-Bearbeitung komplizierter Pro- 
bleme durch mehrere Computer mit relativ 
geringer Leistungsfähigkeit. Auch das Be- 
dürfnis nach Informationsaustausch unter- 
einander begründet eine Computervernet- 


zung. Diesen Tendenzen folgend, wurde 
vom VEB Kombinat Robotron mit der Ent- 
wicklung des lokalen Rechnernetzes (LAN) 
ROLANET 1 ein erster Schritt getan . . Per- 
spektivisch soll ROLANET 1 die Verkopp- 
lung aller Rechner dieses Kombinates er- 
möglichen III, 121. 

Lichtwellenleiter im LAN 

Ausgangspunkt 

Lokale Rechnemetze mittlerer Geschwindig- 
keit (0,5 . . . 4 MBit/s) bilden weltweit den 
überwiegenden Teil der eingesetzten LANs. 


dem Nutzer-/Nutzungsprofil gezielt angepaßt 
werden. 

Der Dreh- und Angelpunkt des Konzepts liegt 
in der Gestaltung der BAT-Dateien der 
\SYSi\PROCLIB und der Erkenntnis, daß 
die der PC-lnstallation zuzuführende Soft- 
ware nach einem einheitlichen Konzept in- 
stalliert und eingebracht werden muß. 

Da letzteres oft aus Gründen des Personal- 
und Zeitmangels nur unzureichend ge- 
schieht, treten immer wieder Effektivitätsver- 
luste und Schlimmeres bei der Routinenut- 
zung einer PC-lnstallation auf. 

RAM-Disk und „\PROCLIB“ 

Da nach der hier zugrunde liegenden 
System-Architektur als „Kommando“-Zen- 
trale die PROCedure LIBrary auf der Hard- 
disk einem ständigen Zugriff ausge^etzt ist, 
sollte man durch Einrichten einer RAM-Disk 
und Kopieren der C:\SYS1 \PROCLIB so- 
wie der D:\SYSn\PROCLIB in diese 
schnelle „Diskette“ die Arbeit mit den BAT- 
Dateien beschleunigen. Temporäre Verän- 
derungen an den Inhalten der Prozeduren im 
Verlaufe der Arbeit können dann ebenfalls in 
der RAM-Disk vorgenommen werden, wo- 
durch die Dynamik der Architektur eine 
wesentliche Erweiterung erfährt. Bei Anwen- 
dung von FORTRAN, dBASE Ill-Plus oder 
TURBO-Pascal Version 4.0 u. a. ist bei einem 
Rechner mit nur 512 KByte RAM-Speicher- 
platz die Arbeit mit einer RAM-Disk sehr ein- 
geschränkt oder unmöglich, da ja bekanntlich 
der Platz für die RAM-Disk vom verfügbaren 
RAM-Speicherbereich abgezogen wird. 
Sicherlich reichen etwa 100 KByte RAM-Disk 
für die Aufnahme der BAT-Dateien aus. 
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Die übertragungstechnischen Komponenten 
(Kabel, Transceiver, Repeater,...), die re- 
chentechnischen Komponenten (LAN-Con- 
troller, Server, . . .), die Basissoftware zur Ab- 
wicklung der Datentransportfunktionen und 
die Anwendersoftware zur Realisierung der 
gewünschten Applikationen stellen die 
Hauptbestandteile eines solchen Neztesdar. 
Bei der Strukturierung dieser Komponenten 
liegt meist das OSI-Referenzmodel der Inter- 
nationalen Standardisierungsorganisation 
(ISO) zugrunde. Folglich bilden die ISO- 
Standards für die einzelnen Schichten des 
Referenzmodells zunehmend den Aus- 
gangspunkt für konkrete Implementationen. 
Ein LAN stellt sich somit als Ensemble wohl- 
abgestimmter Hardware- und Softwarekom- 
ponenten dar, dessen Komplexität bei Inte- 
gration verschiedener Rechner in das Netz 
noch zunimmt. 

Für jeden anzuschließenden Rechner müs- 
sen die LAN-Controller, auch Network Inter- 
face Unit (NIU) genannt, entwickelt und pro- 
duziert werden. Diese LAN-Controller um- 
fassen meist eine Leiterkarte und sind auf die 
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Hardware des Rechners abgestimmt. Die 
Basissoftware muß dem jeweiligen Controller 
und Rechner angepaßt sein. Die Bereitstel- 
lung der letztlich entscheidenden Kompo- 
nente, der erforderlichen Applikationssoft- 
ware, die in engem Zusammenhang mit dem 
Betriebssystem des jeweiligen Rechnertyps 
steht, verursacht wesentliche Aufwendungen 
beim LAN-Produzenten bzw. beim Anwen- 
der. Lediglich die übertragungstechnischen 
Komponenten sind unabhängig von den an- 
zuschließenden Rechnern, weil ein einheit- 
liches Interface zwischen Transceiver, auch 
Medium Attachment Unit (MAU) genannt, 
und LAN-Controller der verschiedenen 
Rechner existiert. Erst die Lösung aller ge- 
nannten Aufgaben und die (eventuell auch 
arbeitsteilige) Bereitstellung der verschiede- 
nen LAN-Komponenten ermöglichen die 
breite Anwendung des lokalen Rechner- 
netzes und die Erzielung entsprechender 
Rationalisierungseffekte. 

Der Aufwand zur Produktion eines vollständi- 
gen Vernetzungsinstrumentariums für ver- 
schiedene vorhandene Rechner ist also 
außerordentlich hoch. Die Orientierung auf 
mehrere zueinander nicht vollständig kompa- 
tible lokale Rechnernetze einer Geschwin- 
digkeitsklasse für das gleiche Aufgaben- 
spektrum erscheint daher volkswirtschaftlich 
nicht vertretbar. 

Lösungsansatz 

Die Anwendung von Lichtwellenleitern (LWL) 
in LAN mittlerer Geschwindigkeit sollte aus 
den oben genannten Gründen möglichst 
wenige neue Komponenten erfordern und 
auf ein vorhandenes Netzwerkkonzept auf- 
bauen. So können einige der vorteilhaften 
Eigenschaften des Lichtwellenleiters, wie 
z. B. die elektromagnetische Unempfindlich- 
keit, die geringe Dämpfung und die Abhör- 
sicherheit, bei Nutzung eines vorhandenen 
Vernetzungsinstrumentariums voll zur Wir- 
kung kommen. Ein wesentlicher Aspekt des 
sonst üblichen LWL-Einsatzes, die hohe 
übertragbare Bitrate, bleibt in diesen Netzen 
notwendigerweise ungenutzt. 

Der Weg der LWL-Anwendung besteht also 
in einer teilweisen oder vollständigen Substi- 
tution der übertragungstechnischen Kompo- 
nenten. Die konkreten Definitionen der über- 
tragungstechnischen Schnittstellen und Me- 
chanismen von ROLANET 1 bilden hier die 
Grundlage für die Entwicklung der optischen 
Komponenten und für die Wahl der Funk- 
tionsprinzipien. 

ROLANET 1 

LAN-Controller für die jeweiligen Rechner- 
typen (LNC1-XXXX) und ein einheitlicher 


Transceiver (TCR) bilden die Hardware- 
komponenten von ROLANET 1 (Bild 1 ). Der 
LAN-Controller ist in seiner Anwendung Be- 
standteil des Rechners, wogegen der Trans- 
ceiver als Element der übertragungstechni- 
schen Komponenten in einer Entfernung von 
bis zu 50 m vom Rechner entfernt plaziert 
werden darf. Das Transceiver-Kabel verbin- 
det beide Baugruppen. Die Transceiver der 
einzelnen zum LAN gehörenden Rechner 
(Netzrechner, NR) sind wiederum über ein 
gemeinsames Koaxialkabel in Bustopologie 
miteinander verbunden. Das kollisionsbehaf- 
tete CSMA/CD- Verfahren (Carrier Sense 
Multiple Access/Collision Detection) bildet 
die Grundlage für die Zugriffssteuerung. Die 
Daten werden mit einer Geschwindigkeit von 
0,5 MBit/s übertragen. 

Der LAN-Controller stellt eine mikroprozes- 
sorgesfützte IrlTSfTäcekarte dar. Er entlastet 
den Rechner von einer Reihe datenübertra- 
gungstypischer Aufgaben (Senden, Empfan- 
gen, Fehlerkontrolle, Zugriffssteuerung auf 
das Übertragungsmedium,...). Der interne 
Rechnerbus und der Transceiver-Anschluß 
bilden die Schnittstellen. 

Die Transceiver übernehmen die Weiter- 
leitung und Verstärkung der Signale vom 
Koaxialkabel zum Rechner und umgekehrt 
sowie das Erkennen und Melden einer vor- 
liegenden Kollision auf dem Koaxialkabel. 
Das Koaxialkabel selbst ist durch die Trans- 
ceiver ohne Unterbrechung durchgeschleift, 
so daß die rückwirkungsfreie An- und Ab- 
kopplung eines Rechners an das LAN sicher- 
gestellt wird. Die Spannungsversorgung 
(+12 V) des Transceivers erfolgt vom ange- 
schlossenen Rechner über das Transceiver- 
Kabel. 

Das Koaxialkabel darf maximal 1 000 m lang 
sein. Die notwendige Kollisionserkennung 
verursacht wesentlich diese Begrenzung. Es 
muß sichergestellt werden, daß ein gleich- 
zeitiges Senden der entferntesten Rechner 
zuverlässig durch die beteiligten Transceiver 
erkannt wird. Die Zeitbedingungen des im- 
plementierten CSMA/CD-Zugriffsverfahrens 
erlauben aber eine erheblich größere Netz- 
ausdehnung. 

Das Transceiver-Interface umfaßt dagegen 
mehrere Signalleitungen (Tafel 1). Sende- 
daten werden dem Transceiver überdas Lei- 
tungspaar Transmit zugeleitet. Die Emp- 
fangsdaten erreichen den LAN-Controller 
über die Signalleitungen Receive. Eine beim 
Senden aufgetretene Kollision erkennt der 
Controller an einem aktiven Signal Collision, 
worauf er diese Sendung determiniert ab- 
bricht und nach vorgeschriebenen Algorith- 
men einen neuen Sendeversuch einleitet. 
Das implementierte CSMA/CD-Zugriffsver- 
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fahren widerspiegelt sich also an dieser 
Schnittstelle. Dabei ist es z. B. uninteressant, 
auf welchen physikalischen Prinzipien beru- 
hend eine Kollision erkannt wird. Lediglich 
die Aktivierung und Deaktivierung der Si- 
gnale nach den vorgeschriebenen statischen 
und dynamischen Bedingungen muß ge- 
währleistetwerden. 

Das Transceiver-Interface und das Koaxial- 
kabel, einschließlich der darauf ablaufenden 
Vorgänge, bilden die denkbaren Schnittstel- 
len für den Einsatz optischer Komponenten in 
ROLANET 1. 

Optisches CSMA/CD-LAN 

Die optischen Komponenten 

Eine Analyse verfügbarer optischer Basis- 
elemente (Sendedioden, Empfangsdioden, 
Verzweigungselemente, Lichtwellenleiter, 
Steckverbinder, . . .) ergab, daß der Aufbau 
optischer Busstrukturen mit größerer An- 
schlußzahl ohne Integration von Verstärkern 
nicht möglich ist. Zusätzlich erschwert das 
verwendete kollisionsbehaftete CSMA/CD- 
Zugriffsverfahren generell eine Anwendung 
optischer Busstrukturen auf der Basis passi- 
ver optischer Verzweigungselemente /4/. Der 
Entwurf optischer Strukturen unter Nutzung 
einzelner Punkt-zu-Punkt-Übertragungen 
mit Lichtwellenleitern stellt dagegen einen 
Ausweg dar. 

Vier verschiedene optische Komponenten 
mit einer speziellen optischen Schnittstelle 
wurden zur Lösung dieser Aufgabe entwik- 
kelt. Die optische Schnittstelle verfügt über je 
einen Anschluß für einen zuführenden und 
einen wegführenden Lichtwellenleiter. Ein 
spezielles Schaltverhalten sichert die Weiter- 
leitung einer aufgetretenen Kollision. Das 
über den zuführenden LWL empfangene 
Datenpaket wird an alle anderen Interfaces 
der optischen Komponente weitergeleitet, 
nur nicht an den wegführenden LWL. Die 
optische Schnittstelle arbeitet also in diesem 
Sinne reflexionsfrei. Nur im Kollisionsfall zwi- 
schen den Interfaces der entsprechenden 
optischen Komponente wird diese Refle- 
xionsfreiheit aufgehoben. 

Ein optischer Transceiver (OTCR) erzeugt 
den Übergang vom ROLANET 1 -Transcei- 
ver-Interface zu der beschriebenen opti- 
schen Schnittstelle. Die Spannungsversor- 
gung (+12 V) erfolgt, wie beim elektrischen 
Vorbild, vom angeschlossenen Rechner über 
das Transceiver-Kabel. Der OTCR umfaßt 
eine Leiterkarte mit den Maßen 105 mm x 
200 mm und findet in einem Gehäuse mit den 
Abmessungen des elektrischen Transcei- 
vers Platz. 

Der aktive optische Sternkoppler (AOS) 

verfügt über maximal 16 optische Schnitt- 



rtikroprozessortechnik, Berlin 2 (1988) 12 


361 



Aktiver Optischer Stemkoppler 


Lichtvellenleiter 



NS1 Netzrechner NHn 


Bild 2 Grundkonfiguration Optisches ROLA- 
NET1 


stellen der oben genannten Art. Er dient so- 
mit der Weiterleitung eines ankommenden 
Datenpaketes von einer optischen Schnitt- 
stelle an alle anderen. Der AOS besitet eine 
eigene Stromversorgung und nutzt ein EGS- 
Gehäuse. Die optischen Schnittstellen um- 
fassen je eine Leiterkarte mit den Maßen 
95 mm x 170 mm. Eine Steuerplatine mit 
den gleichen Abmessungen unterstützt das 
Schaltverhalten der optischen Schnittstellen. 
Der Übergang vom ROLANET-1 -Koaxial- 
kabel auf das optische Interface wird von 
dem optischen Repeater (OREP) geschaf- 
fen. Sein Koaxialkabelanschluß entspricht 
dem des elektrischen Transceivers. Auch er 
nutzt ein Gehäuse mit den Abmessungen 
des elektrischen Transceivers. Die Span- 
nungsversorgung (9... 12V Wechselspan- 
nung) erfolgt über einen separaten Trans- 
formator. 

Der optische Multitransceiver (OMTCR) 

trägt der Tatsache Rechnung, daß sich in 
konkreten Anwendungsfällen meist mehrere 
Computer in einem Raum befinden. Ihre Ver- 
kopplung über Lichtwellenleiter oder auch 
über Koaxialkabel wäre zu aufwendig. Der 
OMTCR löst dieses Problem auf einfache 
Art. Vier vorhandene, zu ROLANET 1 kom- 
patible Transceiver-Interfaces gestatten be- 
reits die Kopplung von vier Rechnern und die 
Nutzung der ROLANET-1 -Vernetzungs- 
instrumentarien. Der OMTCR unterstützt da- 
bei das CSMA/CD-Zugriffsverfahren. Die ge- 
sendeten Datenpakete eines angeschlosse- 
nen Rechners werden auf die anderen T rans- 
ceiver-lnterfaces und auf die optische 
Schnittstelle der oben beschriebenen Art ge- 
leitet. Die optische Schnittstelle ermöglicht 
die direkte Kopplung mit einer beliebigen an- 
deren optischen Komponente. 

Der Stufenprofillichtwellenleiter und die in 
einer früheren Arbeit entwickelten optischen 
Sende- und Empfangsmoduln (SM 11 00, 
EM 1002) bilden die Grundlage für die opti- 
schen Komponenten 15/. Optische Strecken 
von mehr als 1,5 km Länge können so unter 
Berücksichtigung der Kabeldämpfung über- 
brückt werden. Bei geringeren Forderungen 
an die Netzausdehnung und damit an die 
überbrückbare Streckenlänge sowie an die 
verursachten Tastgradverzerrungen durch 



die optischen Moduln sind auch die jetzt ver- 
fügbaren, industriell gefertigen Sende- und 
Empfangsmoduln OS 500 und OE 500 vom 
VEB Kombinat EAW ersetzbar. 

Realisierbare Netztopologien 

Die optischen Komponenten erlauben den 
Aufbau vielfältiger, den konkreten Gegeben- 
heiten optimal angepaßter Netztopologien 
unter voller Nutzung aller ROLANET-1- 
Hardware- und Softwarekomponenten. Ins- 
besondere unterstützt die definierte opti- 
sche Schnittstelle eine direkte Kopplung 
beliebiger optischer Komponenten unterein- 
ander. 

Der optische Sternbus unter Verwendung 
des aktiven optischen Sternkopplers stellt die 
Grundkonfiguration des optischen CSMA/ 
CD-LANs bei Nutzung von ROLANET-1 - 
Baugruppen dar. Bild 2 zeigt die Anordnung. 
Die einzelnen Netzrechner mit den rechner- 
internen LAN-Controllern sind über das 
Transceiver-Kabel an die optischen Trans- 
ceiver geschaltet. LAN-Controller und Trans- 
ceiver-Kabel gehören dem bisherigen ROLA- 
NET-1-System an. Die optischen Trans- 
ceiver werden mittels Lichtwellenleitern über 
den aktiven optischen Sternkoppler mitein- 
ander verbunden. Die Kopplung von insge- 
samt 16 Netzrechnern ist mit einer solchen 
Anordnung möglich. 

Besteht die Notwendigkeit zur Vernetzung 
von mehr als 16 Rechnern, so ergeben sich 
auf der Basis der entwickelten Baugruppen 
zwei prinzipielle Lösungswege. Bild 3 zeigt 
beide Möglichkeiten. Der erste Weg besteht 
in der Anwendung des optischen Multitrans- 
ceivers. Er nutzt die Tatsache, daß meist 
mehrere Rechner dicht beieinander stehen. 
Eine Kopplung untereinander über Licht- 
wellenleiter ist dann weder technisch not- 
wendig noch ökonomisch gerechtfertigt. Der 
Multitransceiver ermöglicht die Kopplung 
dieser Rechner im Nahbereich (maximal 
50 Meter) über die elektrische Transceiver- 
Schnittstelle. Weiterhin sind die Rechner 
aber gleichzeitig mit dem gesamten Übertra- 
gungssystem des LAN über das Lichtwellen- 
leiterpaar zum Sternkoppler verbunden. Die 
Anzahl verkoppelbarer Netzrechner erhöht 
sich damit auf 64. 


Aktiver Optischer Sternkoppler 



Bild 4 Koax-Segment-Anschluß an Optisches 
ROLANET 1 


Ein zweiter Weg zur Vergrößerung dieser An- 
zahl besteht in der sogenannten Kaskadie- 
rung der optischen Sternkoppler. Die ver- 
wendeten Mechanismen zur Unterstützung 
des CSMA/CD-Verfahrens (Reflexionsfrei- 
heit der optischen Schnittstelle) erlauben 
' eine Kaskadierung auf sehr einfache Art. Ein 
zweiter optischer Sternkoppler wird über ein 
Lichtwellenleiterpaar an den ersten Stern- 
koppler in der gleichen Art und Weise an- 
geschaltet wie ein Transceiver und umge- 
kehrt. Neben der Erhöhung der Zahl an- 
schließbarer Rechner ergibt sich ein zweiter 
Effekt - die Erweiterung der Ausdehnung. 
Zwischen zwei Sternkopplern kann dann 
wieder eine Strecke entsprechend der Reich- 
weite der verwendeten optischen Sende- und 
Empfangsmoduln überbrückt werden. Es 
besteht auch die Möglichkeit, sofern die 
Ausdehnungserweiterung nicht erforderlich 
ist, diese Sternkoppler über elektrische 
Leitungen im Nahbereich zu kaskadieren. 
Maximal vier Sternkoppler können zwischen 
zwei beliebige Netzrechner geschaltet 
sein. 

Der Aufbau von lokalen Rechnernetzen auf 
der Basis von Lichtwellenleitern ist natürlich 
nur dort gerechtfertigt, wo auch die Vorteile 
dieses Übertragungsmediums zur Geltung 
kommen. In Bereichen, in denen das Koaxial- 
kabel allen Ansprüchen gerecht wird und 
deshalb auch ökonomisch nur zu vertreten 
ist, existieren dann ROLANET-1 -Systeme, 
auch als Koax-Segmente bezeichnet. Es en- 
stehen die Forderungen nach Kopplung die- 
ser Segmente zu einem einheitlichen Rech- 
nernetz oder auch nach Ankopplung von 
Koax-Segmenten an ein optisches LAN. 
Diese Kopplung übernimmt ein optischer 
Repeater. Bild 4 zeigt eine solche prinzipielle 
Lösung. 

Ein optisches LAN mit dem aktiven optischen 
Sternkoppler als wesentliche Komponente 
bildet die Grundlage. An diesen Sternkoppler 
werden nun über optische Repeater (OREP) 
die ROLANET-1 -Koax-Segmente geschal- 
tet. Jedes Segment kann die maximale 
Länge von ROLANET 1 annehmen und 
jeweils die vertretbare Zahl Netzrechner ver- 
sorgen. In Bild 4 ist Netzrechner 3 über einen 
elektrischen Transceiver an das erste Seg- 
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ment geschaltet, und Netzrechner 2 wirkt als 
Nutzer im zweiten Koax-Segment. Der aktive 
optische Sternkoppler ist in der Lage, weitere 
Elemente eines Übertragungssystems zu 
koppeln. So besteht die Möglichkeit, Netz- 
rechner über optische Transceiver anzu- 
schalten, wie im Bild 4 dargestellt. Die An- 
kopplung weiterer Koax-Segmente über opti- 
sche Repeater sowie die Verbindung mit an- 
deren Sternkopplern oder Multitransceivern 
ist ebenfalls möglich. Es stehen somit Instru- 
mentarien zur Verfügung, die eine optimale 
Anpassung des Übertragungssystems an 
topologische Forderungen und Gegeben- 
heiten gestatten. Lediglich die Gesamtzahl 
der zwischen zwei beliebigen Netzrechnern 
plazierten optischen Baugruppen muß dabei 
berücksichtigt werden. 

Neben diesen komplexen Netzkonfiguratio- 
nen ergeben sich auch einfache Lösungen 
zur partiellen Anwendung der optischen 
Komponenten. Bild 5 zeigt einige Beispiele. 
Zwei optische Repeater erlauben die Kopp- 
lung zweier Koax-Segmente über eine Ent- 
fernung entsprechend der Systemleistung 
der eingesetzten optischen Sende- und Emp- 
fangsmoduln. Die Anwendung dieser Lösung 
erscheint gerade dann vorteilhaft, wenn z. B. 
zwei in voneinander entfernten Gebäuden 
befindliche Koax-Segmente miteinander ver- 
bunden werden sollen. Das zweite Beispiel 
zeigt die Anwendung eines optischen Re- 
peaters und eines optischen Multitrans- 
ceivers. Bis zu vier vom elektrischen LAN 
entfernte Rechner können auf diese Weise in 
das LAN integriert werden. Diese Forderung 
entsteht meist bei Einbindung von Ressour- 
cen eines entfernten Rechenzentrums in ein 
vorhandenes ROLANET1. Zwei optische 
Multitransceiver können aber auch bereits 
die Verdopplung von bis zu acht Rechnern in 
der zuletzt gezeigten Art übernehmen. Je- 
weils vier dieser Rechner sind über die 
Transceiver-Kabel und den OMTCR mit- 
einander verbunden und erlauben bereits die 
Kommunikation über ROLANET-1 -Software. 
Die Verbindung beider OMTCR mittels 
zweier Lichtwellenleiter erweitert diese Kom- 
munikationsmöglichkeit auf alle acht Rech- 
ner. 


Zusammenfassung 

Die Anwendung von Lichtwelienleitern in 
lokalen Rechnernetzen mittlerer Geschwin- 
digkeit erfordert keine Neuentwicklung der 
rechentechnischen Flardware. Vielmehr ist 
es möglich, in ein vorhandenes lokales Rech- 
nernetz (ROLANET 1) optische Komponen- 
ten zu integrieren. Diese Nutzung der opti- 
schen Komponenten hat keinen Einfluß auf 
die zur Verfügung stehende Firmware des 
LAN. Es erfolgt lediglich eine teilweise oder 
vollständige Substitution der elektrischen 
Komponenten des Übertragungssystems. 
Die optischen Komponenten Sternkoppler, 
Transceiver, Multitransceiver und Repeater 
erlauben vielfältige Möglichkeiten zur Gestal- 
tung der Topologie von ROLANET 1. Rech- 
nernetze mit ausschließlich optischen Über- 
tragungsmitteln und gemischte Konfiguratio- 
nen aus Lichtweilenleitern und Koaxialkabeln 
lassen sich aufbauen. 

Dem lokalen Rechnernetz ROLANET 1 wer- 
den auf der Basis der vorgestellten Lösungen 
neue Anwendungsgebiete erschlossen. Sie 
resultieren aus der Erweiterung der Ausdeh- 
nung des Rechnernetzes und aus dem Ein- 
satz dieses Netzes in Bereichen, wo die 


Bild 5 

Minimalkonfigura- 
tionen Optisches 
ROLANET 1 




Anwendung des Koaxialkabels aus ver- 
schiedensten Gründen bisher ausgeschlos- 
sen war. 
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Wegbereiter der Informatik 



LEONHARD 

EULER 


*1707 Basel, 

1 1783 St. Petersburg 

Auf jedem Schul-Taschenrechner 
sind Funktionstasten für die Expo- 
nentialfunktion und für die natür- 
lichen Logarithmen vorhanden. Die 
Basiszahl für diese Funktionen ist 
die bekannte Eulersche Zahl 

e = lim (1 + 1/n) n . 

Auf vielen Taschenrechnern gibt es 
auch eine Rechentaste für die 
Funktion n! („n Fakultät"): 

n!= Ä k: 

diese Funktion ist für jede natür- 
liche Zahl n definiert; Euler fand, 
daß man diese Funktion auch für 
beliebige, positive reelle Werte er- 
klären kann und gab als Lösung die 
in der Mathematik geläufige Euler- 
sche Gamma-Funktion an. 

Es gibt noch weitere Bezüge, durch 
die Eulers Name mit der modernen 
Rechen- und Programmiertechnik 
verbunden ist. Genannt sei z. B. 
das Eulersche Streckenzugverfah- 
ren, das einfachste 1 -Schritt- Ver- 
fahren zur Lösung von gewöhn- 
lichen Differentialgleichungen, das 
zudem immer numerisch stabil ist. 
Die Aufzählung ließe sich fortset- 
zen, denn die Anzahl der mit dem 
Namen Eulers in Zusammenhang 
stehenden Begriffe in einem mathe- 
matischen Lexikon ist extrem hoch 


und nur noch mit der von Gauß ver- 
gleichbar. 

In seiner Kindheit erhielt Euler aus- 
schließlich Privatunterricht, und 
zwar hauptsächlich von seinem 
Vater, einem Pfarrer, der großes 
Interesse für Mathematik besaß 
und sogar bei dem berühmten 
Jacob Bernoulli studiert hatte. Be- 
reits mit 13 Jahren wurde Euler an 
der philosophischen und später an 
der theologischen Fakultät der Uni- 
versität Basel immatrikuliert, wo er 
nebenher mathematische Vorle-- 
sungen bei Johann Bernoulli hörte. 
Sein Vater war einsichtig genug, die 
für Leonhard vorgesehene Theolo- 
genlaufbahn zugunsten dessen 
frühzeitiger mathematischer Er- 
folge aufzugeben. Schon als 16jäh- 
riger beendete Euler die philosophi- 
sche Fakultät mit einem Examen, 
das ihm die Magisterwürde ein- 
brachte. Seinen Studienfreunden 
Daniel und Nikolaus Bernoulli fol- 
gend, reiste er 1727 nach St. Pe- 
tersburg, wo er 1 730 an der Akade- 
mie eine Professur für Physik und 
1733 für Mathematik erhielt. Hier 
ging er auch mit der Tochter eines 
Schweizer Malers eine Ehe ein, aus 
der 13 Kinder hervorgingen (aber 8 
frühzeitig verstarben). 

In St. Petersburg übernahm Euler 
die Aufsicht über das Geographi- 
sche Department, wurde Mitarbei- 
ter in der Kommission für Maß und 
Gewicht und war an den Vorberei- 
tungen der großen Kamtschatka- 
Expedition (1733-43) beteiligt. 
Sein Hauptwerk jener Zeit ist ein 
zweibändiges Buch der Mechanik, 
womit er etwas völlig Neues in der 
Wissenschaft einf ührte: das Schrei- 
ben von Lehrbüchern. Getrübt 
wurde Eulers Petersburger Zeit 
durch den Verlust der Sehkraft sei- 
nes rechten Auges als Begleiter- 
scheinung einer Infektion, die er 
selbst auf Überanstrengung zu- 
rückführte. 

Nach dem Tode der Kaiserin Anna 
von Rußland wurde die Lage der 
russischen Akademie unsicher, 
und Euler folgte 1741 gern einem 
Ruf Friedrichs II. an die Berliner 
Akademie, wo er Direktor der ma- 
thematischen Klasse wurde. Auf 
sein Wohnhaus in der Berliner Beh- 
renstraße 21 weist noch heute eine 
Gedenktafel hin. Die Berliner Zeit 


(25 Jahre) war für Euler sehr schaf- 
fensreich, er verfaßte 380 Arbeiten 
sowie einige Bücher. Hier vollen- 
dete er unter anderem eines seiner 
wichtigsten Werke, die Variations- 
rechnung (C. Caratheodory be- 
zeichnete es als „eines der schön- 
sten mathematischen Werke, die je 
geschrieben worden sind“). 

Lange Zeit verwaltete er die Akade- 
mie quasi als Vizepräsident und 
brachte sie - ebenso wie die 
Petersburger - in die erste Reihe 
der europäischen Akademien. We- 
gen Zerwürfnissen mit Friedrich II. 
(abgewiesene Akademie-Präsi- 
dentschaft; der König liebäugelte 
mit radikalen französischen Auf- 
klärern, was dem tiefreligiösen 
Euler unterträglich war) zog Euler 
1766 wieder nach St. Petersburg, 
wo er von Katharina II. in großen 
Ehren aufgenommen wurde. Kurz 
danach erblindete E. völlig, doch 
beeinträchtigte das seine Schaf- 
fenskraft in keiner Weise - vielmehr 
schien sich sein ganzes Genie jetzt 
voll zu offenbaren: Fast die Hälfte 
seiner Arbeiten entstand in der Zeit 
seiner Blindheit! Gestützt auf sein 
phänomenales Gedächtnis arbei- 
tete er wissenschaftlich intensiv 
weiter, indem er seinem Sohn 
Albrecht (1734-1 800) diktierte. 

So ist in Eulers Leben ein außer- 
ordentlich umfangreiches Gesamt- 
werk entstanden: Es umfaßt 886 
Titel; darunter befinden sich 40 
Lehrbücher, deren Darstellungs- 
form z.T. endgültig gewesen und 
von bedeutenden Mathematikern 
der nachfolgenden Zeit übernom- 
men worden ist. Kein Geringerer als 
C. G. J. Jacobi (einer der bedeu- 
tendsten deutschen Mathematiker 
nächst Gauß) sowie P. H. Fuß (ein 
Urenkel Eulers) bemühten sich um 
eine Gesamtausgabe des Euler- 
schen Werkes, scheiterten aber an 
dem Umfang dieser Aufgabe. Aus 
Anlaß seines 200. Geburtstages 
wurde erneut eine Gesamtausgabe 
beschlossen, und so erschien 1911 
(im Teubner-Verlag) der 1 . Band 
der inzwischen auf über 70 Bände 
angewachsenen und vom Baseler 
Birkhäuser-Verlag weitergeführten 
Edition. 

So umfangreich, wie Eulers Schaf- 
fen ist, so vielseitig ist es auch - 
einige Beispiele mögen dies de- 
monstrieren. In der Petersburger 
Akademie gehörte Euler mehreren 
Kommissionen zur Lösung techni- 
scher und praktischer Fragen an. In 


Zusammenhang damit beschäftigte 
er sich unter anderem mit Feuer- 
spritzen, Ofenkonstruktionen, der 
Saugwirkung von Pumpen, dem 
Schleusen- und Kanalbau, dem 
Entwurf idealer Zahnradprofile und 
erstellte ein Gutachten, wie die 
Riesenglocke in Moskau auf den 
Kremlturm gehoben werden könne. 
Er erdachte ein Verfahren, aus nur 
drei Beobachtungen eines Plane- 
ten dessen Bahn zu bestimmen. Er 
konnte auch eine bei Newton offen 
gebliebene Frage aus der Gezei- 
tentheorie (über das Zurückbleiben 
der Flutwelle gegenüber der Kulmi- 
nation des Mondes) klären und lö- 
ste damit eine Preisfrage der Pari- 
ser Akademie. Des weiteren griff 
Euler eine Anregung von Leibniz 
auf, die dieser in einem Brief an 
Huygens geäußert hatte, und er be- 
faßte sich mit Topologie: Er löste 
das bekannte Königsberger Brük- 
kenproblem und dessen Verallge- 
meinerungen und fand den Euler- 
schen Polyedersatz. Bemerkens- 
wert ist sein Versuch, „die Musik als 
Teil der Mathematik auszuführen“. 
Selbst Klavierspieler, wollte Euler 
die Musik aus den sichersten 
Grundlagen der Harmonie ableiten 
und schrieb zu diesem Zweck den 
„Versuch einer neuen Musiktheo- 
rie“ (1739), dem später noch drei 
weitere Abhandlungen folgten. 
Auch hat er die Durchdringung des 
Lichts durch verschiedene Medien 
untersucht. Es ist kaum zu glauben: 
Das daraus entstandene Lehrbuch 
der geometrischen Optik („Dioptik“, 
1 768) wurde von einem Blinden ver- 
faßt! Sogar Fragen der Stabilität, 
des Gleichgewichts und des Schau- 
kelverhaltens von Schiffen hat er un- 
tersucht und dafür 1759 den Preis 
der Pariser Akademie erhalten. 
1773 veröffentlichte er eine vollstän- 
dige Theorie des Schiffbaus und der 
Navigation - eine Arbeit, die auch in 
England, Frankreich und Italien her- 
ausgegeben wurde. 

Dies alles in Betracht ziehend 
nimmt es nicht wunder, daß Euler 
schon zu Lebzeiten fast zur Le- 
gende wurde - man hat ihn sogar 
die „lebendige Analysis“ genannt. 
In Würdigung seiner mathemati- 
schen Leistungen schrieb C. G. J. 
Jacobi, daß Euler in seiner Berliner 
Zeit die gesamte Mathematik um- 
gestaltet habe. Und der franzö- 
sische Mathematiker P. S. Laplace 
pflegte zu sagen: „Lest Euler, er ist 
unser aller Meister“. Dr. Klaus Biener 



1 3. Mikroelektronik-Bauelemente-Symposium 


Das . 13. Mikroelektronik-Bauele- 
mente-Symposium als gemeinsame 
Veranstaltung des VEB Kombinat 
Mikroelektronik und des Bezirksvor- 
standes der Kammer der Technik 
Frankfurt (Oder) findet in der Zeit vom 
8. bis 1 2. Mai 1 989 in Frankfurt (Oder) 


tion über die Entwicklung, Produktion 
und Anwendung moderner mikro- 
elektronischer Bauelemente zu ge- 
ben, sind zwei aufeinander folgende 
Veranstaltungen mit gleichem Fach- 
vortrags- und Ausstellungsprogramm 
vorgesehen. 

Die Zielstellung dieses Symposiums 
besteht darin, zur weiteren beschleu- 
nigten Entwicklung und Anwendung 
der Mikroelektronik das hohe Lei- 
stungsniveau der Mikroelektronik un- 
serer Republik im 40. Gründungsjahr 
der DDR zu dokumentieren. 

Die Dokumentation der Leistungsfä- 
higkeit der Mikroelektronik erfolgt 


durch etwa 40 Fachvorträge von Spe- 
zialisten der Bauelementehersteller, 
der Anwenderindustrie sowie aus 
Einrichtungen der angewandten For- 
schung. Ergänzt werden die Fachvor- 
träge durch eine Dokumentation der 
Anwendung der vorgestellten Baue- 
lemente in einer Ausstellung, die auf 
1 200 m 2 Fläche mehr als 1 00 Expo- 
nate vorstellt. 

Neben individuellen Konsultations- 
möglichkeiten bietet die Ausstellung 
auch die Möglichkeit von Fach- und 
Posterdiskussionen sowie von Grup- 
penführungen. Stärker als bisher wird 
die höhere Qualität der Zusammen- 


arbeit zwischen Bauelementeherstel- 
lern und -anwendern verdeutlicht. 
Insbesondere werden die Anwender- 
leistungen für den Bauelementeent- 
wurf sowie der Anteil der Hoch- und 
Fachschulen, der Akademie der Wis- 
senschaften und anderer wissen- 
schaftlicher Institute an der Entwick- 
lung der Mikroelektronik dargestellt. 
Teilnahmemeldunge n sind bis zum 
28. Februar 1989 an folgende 
Adresse möglich: 

VEB Halbleiterwerk Frankfurt (Oder), 
Betriebssektion der KDT, Postfach 
379, Frankfurt (Oder), 1200 W. 
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• Kommandooptionen 

LINK86 erlaubt eine Reihe von Optionen, die 
zur Vereinfachung der Arbeit auch als Abkür- 
zungen angegeben werden können. Nachfol- 
gend werden die möglichen Optionen, ihre 
Abkürzungen (halbfett) und ihre Wirkungen 
gezeigt. 


Option Wirkung 


CODE 

DATA 

EXTRA 

STACK 

XI 

X2 

X3 

X4 

FILL 

NOFILL 

IN PUT 
MAP 

LIBSYMS 

NOUBSYMS 

LOCALS 

MOLOCALS 

SEARCH 


steuert Inhalt der CODE - 
Sektion der CMD-Datei 
steuert Inhalt der DAT A- 
Sektion der CMD-Datei 
steuert Inhalt der EXTRA- 
Sektion der CMD-Datei 
steuert Inhalt der STACK- 
Sektion der CMD-Datei 
steuert Inhalt der XI -Sektion 
der CMD-Datei 
steuert Inhalt der X2-Sektion 
der CMD-Datei 
steuert Inhalt der X3-Sektion 
der CMD-Datei 
steuert Inhalt der X4-Sektion 
der CMD-Datei 
Einfügen von Nu I len und 
nichtinitialisierten Daten in 
die CMD-Datei 
kein Einfügen von Nullen 
und nichtinitialisierten Daten 
in die CMD-Datei 
Lesen einer Kommandozeile 
aus einer Ei ngabedatei 
Erzeugen einer MAP-Datei 
Einfügen von Symbolen aus 
Bibliotheksdateien in die 
SYM-Datei 

kein Einfügen von Symbolen 
aus Bibliotneksdsteien in die 
SYM-Datei 

Einfügen lokaler Symbole 
in die SYM-Datei 
kein Einfügen iokaier 
Symbole in die SYM-Datei 
Durchsuchen einer 
Bibliotheksdatei und Linken 
derModule, auf die Bezug 
genommen wird 


• Dateioptionen 

Zur Beeinflussung des Inhaltes der CMD-Da- 
tei sind nachfolgend aufgeführte Optionen 
möglich: 


Parameter Wirkung 


ABSOLUTE absolute Ladeadresse für 
die Sektion der CMD-Datei 
ADDITIONAL zusätzliche Speicher- 

zuordnung für die Sektion 
der CMD-Datei 

CLASS Klassen, die in eine Sektion 

derCMD-Datei 
eingeschlossen werden 
GROUP Gruppen, die in eine Sektion 

derCMD-Datei 
eingeschlossen werden 
MAXIMUM maximale Speicher- 

zuordnu ng für eine Sektion 
derCMD-Datei 

ORIGIN Anfang des 1. Segmentes 

in derCMD-Datei 

SEGMENT Segmente, die in eine 

Sektion der CMD-Datei 
eingeschlossen werden 
Die MAP-Option erlaubt die Angabe folgen- 
der Zusatzoptionen: 

OBJ MAP/NOOBJMAP 

Eingabe/Nichteingabe von Segment Informa- 
tionen aus OBJ-Dateien in MAP- Dateien 

L86MAP/N0L86MAP 

Eingabe/Nichteingabe von Segmentinforma- 
tionen aus L86-Dateien in MAP-Dateien 

ALL 

Alle Informationen werden in die MAP-Datei 
übernommen. 

LINK86 hat standardmäßig folgende Optio- 
nen eingestellt: 

FILL 
LOCALS 
NOUBSYMS 
OBJ MAP 
NOL86MAP 

• Optionen der E. A-Geräte 

Die Option c legt die Geräte der Ursprungs- 
und Zieldateien fest. Allgemein wird die Op- 
tion in folgender Form angegeben: 

Otd, wobeit den Typ und 

d das Gerät angibt. 

AlsTyp erkennt LINK86 folgende Dateitypen: 
C Kommandodatei 
L ßibliotheksdatei (L86) 

M Listendatei (MAP) 

0 Objektdatei (OBJ oder L86) 

S Symboldatei (SYM) 

Als Gerätekennzeichen können die Buchsta- 
ben von A bis P für Disketten /Piattenlauf- 
werke und die Buchstaben 
X fürTerminai (CON:) 


Y für Drucker (LST :) 

Z für Nulldevice (NULL:) 
angegeben werden. 

Zum T rennen mehrerer O-Optionen bei der 
Angabe mehrerer O-Zeichen müssen Kom- 
mas verwendet werden. Wird das O-Zeichen 
nur einmal angegeben, sind die O-Optionen 
durch Leerzeichen abzugrenzen. 

• Beispiele für die Anwendung von 
LINK86 

a) 

B>A: LINK86 

PR0G[C0DE[SEGMENT[C0DE1, C00E21, 
GROUPjXYU]]] 

Wirkung: Einordnung der Segmente 
CODE1 , CODE2 und aller Segmente der 
Gruppe XYZ in die Code-Sektion der 
CMD-Datei PROG.CMD 

b) 

B>A: LINK86 

PROG(DATA[AOD[100|, MAX[1000j]. 
COOE(ABS(40|)| 

Wirkung: Die DATA-Sektion erfordert 
mindestens 1000H Bytes zusätzlich zu 
den Daten in der CMD-Datei. Die DATA- 
Sektion kann bis zu 10000H Bytes des 
Hauptspeichers verwenden. Die CODE- 
Sektion muß auf die Absolutadresse 
400 H geladen werden. 

c) 

B>A: LINK86 

TESTXjNOLOCALS], TEST2[L0CALSI, TEST3 

Wirkung: Erzeugung einer SYM-Datei. 
die lokale Symbole aus TEST2.0BJ und 
TEST3-OBJ aber nicht aus TEST3.0BJ 
enthält. 
d> 

B>A: LINK86 

PR0G1, PR0G2, MATH.L86[S] 

Wirkung: Erzeugung von PROG1.CMD 
durch Verbindung von PROGl.OBJ, 
PR0G2.0BJ und jener Module aus 
MATH.L86, auf die sich PROGl.OBJ 
oder PR0G2.OBJ beziehen 
e) 

B>A: LINK86 PROGZ [oSZ, OOD, OLB], 
PROGW 

B>A: LINK86 PROGZ [oSZ OD LB], PROGW 
B>A: LINK86 PROGZ [oSZODLBl, PROGW 
Alle drei Kommandozeilen haben die 
gleiche Wirkung. Sie sind nur in den ver- 
schiedenen möglichen Schreibweisen 
dargestellt. 

Wirkung: Erzeugung von PROGZ.CMD 
auf Laufwerk B:, Unterdrückung von 


Ukroorozessortecnmk. Berlin 2 11 S8S1 1 2 


385 



PROGZ.SYM, Lesen von PROGZ.OBJ 
und PROGW.OBJ von Laufwerk D: und 
Suchen der Bibliothek aut Laufwerk B:. 

6.5 Die Debugger DDT86 und SID86 

DDT86 und SID86 stellen ein aufwärtskom- 
patibles Debugger-Set dar, wobei derDDT86 
Bestandteil des SID86 ist. SID86 realisiert 
gegenüber OOT86 das symbolische Assem- 
blieren und Reassemblieren. Außerdem er- 
laubt SID86 das Setzen von Protokollpunk- 
ten. SID86 nutzt zur symbolischen Testung 
die jeweilige SYM-Datei. Die Nutzung der 
SYM-Datei ist optional. 

6.5 . 1 Bedienung von DDT86 und SID86 
Der Debugger DDT86 wird nach folgender 
Vorschrift aufgerufen und gestartet: 

1) B>A: DDT86 

oder 

2) B A 0UT86 file . 

Das erste Kommando lädt DDT86 und startet 
es. Nach der Ausgabe des Kommando- 
promptes (-) ist DDT86 arbeitsbereit. Das 
zweite Kommando lädt DDT86 und startet es. 
DDT86 lädt, nachdem es gestartet wurde, die 
mit <file> spezifizierte Datei. Fehlt der Datei- 
typ, wird .CMD angenommen. Es können 
keine H86-Dateien geladen werden. Das 
zweite Kommando kann auch durch folgende 
Kommandofolge ersetzt werden: 

B>A: DDT86 
DDT86 Vx.x 
-E<tllB>. 

SID86 kann durch eines der folgenden Kom- 
mandos gestartet werden: 

1) B>A: SID86 

oder 

2) B>A: SID86 <file> 

oder 

3) B>A: SID86 <file> <symfile> 

oder 

4) B>A:SID86*<symfile>. 

Die ersten beiden Kommandoformen sind 
analog denen des DDT86. SID86 meldet 
sich nach dem Start mit dem Kommando- 
prompt #. Das dritte Kommando lädt die 
zu testende Datei und die Symboldatei. 
Das vierte Kommando lädt nur die Sym- 
boldatei. Die Kommandofolgen 2.), 3.) und 
4.) lassen sich durch folgende ersetzen: 

2) B>A: SID86 

SID86VX-X 
#E <tile> 

3) B>A: SID86 

SID86 Vx.x 

#E <fil8> <symfile> 

4) B >A: SID86 

SID86 Vx.x 
#E * • symfile 

Abkürzungen zu den Kommandos 

s 20- Bit- Anfangsadresse 

d 20-Bit-Zieladresse 

f 16-Bit-Offset im spezifizierten 
Segment 
b Bytewert 

w Wortwert 

bn Unterbrechungspunkt 

W Anzeige Wortweise 

S Anzeige Segmentregister 

R Registerspezifikation 

F Flagspezifikation 


Kurs 


6.5.2 Kommandos von DDT86 und SID86 
Folgende Kommandos sind möglich: 

A Assembling 

As 

Eingabe von Assembieranweisungen, s = 
20-Bit-Adresse, wo die Assemblierung be- 
ginnt. Es gilt im wesentlichen die Asembler- 
notation nach ASM86/RASM86. DDT86 
kann für s nur absolute hexadezimale Werte 
verarbeiten, während SID86 auch symboli- 
sche Ausdrücke verarbeiten kann. 

Beispiele: 

DDT86 
-AI 808:0 

1000:0 MOV DX, 100 
1880:3. 

SID86 

# AI 009:8 

1800:8 MOV DX. 100 
1088:3 

* 

oder, falls 1 00 H = WERT 

#A1088:0 

1800:0 MOV DX..WERT 
1000:3. 

# 

B Blockcompare 

Bsl, fl, s2 

sl = 20-Bit-Adresse des Beginns des ersten 
Speicherblockes 

II = Offset des letzten Bytes des Speicher- 
blockes 

s2 = 20-Bit-Adresse des Beginnes des 
2. Speicherbereiches 

Jede Differenz zwischen den Speicherberei- 
chen wird auf dem Bildschirm angezeigt. 
Beispiel: 

B1800:0, 2FF, 2000:0 

Vergleich von 30OH Bytes ab 1000:0H mit 
dem Block ab 2000:0 h. 

0 Display 

a) D 

b) Os 

c) Ds,f 

d) DW 

e) DWs 

f) DWs.f 

E Programm laden, Symbole laden 

a) E <file> 

b) E<filB><symfile> nurSID86 

c) E*<symfile> nurSID86 

d) E 

Die Form a) lädt die durch <»ile> angege- 
bene Datei. Wenn die Datei vollständig gela- 
den ist, zeigen DDT86/SID86 die Start- und 
Endadresse jedes geladenen Segmentes an. 
Die Formen b) und c) sind bereits in 6.5.1 er- 
läutert. Die Form e) gibt alle Segmentbereiche 
vorher geladener Programme wieder frei. 

F Fill 

a) Fs, f, b 

b) FWs. t. w 

Die Form a) speichert den 8-Bit-Wert b von s 
bis f. ln der Form b) wird der 16-Bit-Wert w 
von s bis f gespeichert (in der Standardtorm: 
Low-Teil, High-Teil). 

Beispiel: 

Fl 009:0, 2FF, 55 

füllt den Speicherbereich von 1 000 :0H bis 
1000:2FFH mit 55H. Wird die Segmenta- 
dresse weggelassen, wird das aktuelle 
Segment angenommen 


G Go (Programmstart) 

a) G 

b) G, hl 

c) G,b1,b2 

d) Gs 

e) Gs, bl 

f) Gs,b1,b2 

g) -G(nurSID86) 

Die Formen a), b) und c) sind ohne spezifi- • 
zierten Startpunkt. Ihr Startpunkt wird aus 
dem aktuellen CS und IP gebildet. Bei den 
Formen d) bis f) wird eine Startadresse mit 
angegeben. Die Formen b). c), e) und f) ge- 
ben einen oder mehrere Unterbrechungs- 
punkte an. Die Form g) unterdrückt die Aus- 
gabe von Protokollpunkten (nurSID86). 

L List 

a) L 

b) Ls 

c) Ls, f 

Ohne Parameter gibt das L-Kommando 12 
Zeilen reassemblierten Maschinencode ab 
der aktuellen Adresse aus. Ist der Parameter 
s gesetzt, wird vor der Ausgabe die Anfangs- 
adresse auf s gesetzt, und es werden 1 2 Zei- , 
len ausgegeben. Die letzte Form reassem- • 
bliert Maschinencode von s bis I und gibt ihn 
fortlaufend aus. 

M Move 
Ms. f, d 

Das M-Kommando bewirkt den Transport ei- 
nes Speicherbereiches von s bis f nach d. 

Falls für d kein Segment spezifiziert wurde, 
wird der gleiche Wert wie bei s angenommen. i 
R Read 
R <»ile> 

Das R-Kommando liest eine Datei in einen 
zusammenhängenden Speicherbereich 
(ohne Bereichsaufspaltung). Das R-Kom- 
mando gibt keine Speicherbereiche frei, die 
durch frühere R- oder E-Kommandos belegt 
wurden. Oie Anzahl der zu ladenden Dateien 
ist auf 7 begrenzt. 

S Substitute 

a) Ss 

b) Sw 

Mit Hilfe des S-Kommandos kann der Inhalt 
von Bytes oder Worten im Speicher geändert 
werden. Die Speicheradressen und die alten 
Speicherinhalte werden nach Kommando- 
eingabe angezeigt. Eine Eingabe gültiger i 
Hexeadezimalwerte überschreibt diese. Die 
Eingabe von nur RETURN läßt den Inhalt un- 
verändert. Eine Anzeige bzw. Änderung ist 
bis zur Eingabe eines Punktes (.) oder eines 
unerlaubten Wertes möglich. 

T Trace 

a) T 

b) Tn 

c) TS 

d) TSn 

Das T-Kommando bewirkt eine Programm- 
verfolgung im Tracemodus (für n = 1 - 
0FFFFH) mit Angabe der Inhalte der CPU- 
Register. Bei den Formen a) und b) werden 
die Segmentregister nicht mit ausgegeben. 

Wird der Wert n nicht angegeben, wird nur ein 
Befehl ausgeführt Zusätzlich wird der jeweils 
nächste Befehl in reassemblierter Form mit 
ausgegeben. 

U Untrace 

a) U 

b) Un 
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c) Us 

d) USn 

Das U-Kommando ist mit dem T-Kommando 
identisch mit der Ausnahme, daß die Inhalte 
der CPU-Register nur vor der Ausführung 
des ersten Befehls angezeigt werden. 

V Value 

Das V-Kommando zeigt die aktuell durch das 
jeweilige Programm belegten Segmente 
an. 

W Write 

a) W <file> 

b) W <file>s, f 

Das W-Kommando schreibt den Inhalt eines 
zusammenhängenden Speicherbereiches 
zum Massenspeicher. Werden s und f nicht 
angegeben, übernehmen SID86/DDT86 die 
Werte von der letzten mit einem R-Kom- 
mando gelesenen Datei. Ist die mit einem W- 
Kommando zu schreibende Datei bereits 
vorhanden, wird sie Oberschrieben! 

X Anzeige der CPU-Register 

a) X 

b) XR 

c) XF 

Das X-Kommando erlaubt die Anzeige des 
CPU-Statusses. Durch Spezifikation können 
einzelne Register (Form b)) oder Flags (Form 

c)) angezeigt oder geändert werden. 

P Pass-Point (nur SID86) 

a) Pd, n 

b) Pd 

c) -Pd 

d) -P 

e) P 

Das P-Kommando setzt, löscht und zeigt 
Protokollierpunkte an. Die Formen a) und b) 
werden zum Setzen von Protokollierpunkten 
genutzt. Der Wert n in der Form a) gibt einen 
Durchlaufzählerwert an. Die Formen c) und 

d) werden genutzt, um Protokollierpunkte zu 
löschen. Die Form d) löscht alle Protokollier- 
punkte. Die Form e) zeigt alle aktiven Proto- 
kollierpunkte an. 

7. Koprozessoren 

Eine der wichtigsten Methoden zur Erhöhung 
der Effektivität von Mikrorechnersystemen ist 
die Parallelarbeit von mehreren Prozessoren 
in einem Rechner bei wechselseitigem Aus- 
tausch von Informationen. 
Informationsaustausch kann über den ge- 
meinsamen Speicher oder E/A-Ports stattfin- 
den. Das erste Architekturprinzip bezeichnet 
man als eng gekoppeltes System (tightly/clo- 
sely/coupled microprocessor Systems) und 
das zweite Prinzip als lose gekoppeltes Sy- 
stem (loosely coupied microprocessor Sy- 
stems). 

Die 8086-CPU besitzt einen 6-Byte-FlFO-ln- 
struction-Queue in der Bus-Interface-Unit, 
welcher dem Prozessor ein vorausschauen- 
des Befehlsholen ermöglicht. Solcher Warte- 
schlangenmechanismus der CPU trägt in 
Multiprozessorsystemen zur Erhöhung des 
Paralleiitätsgrades bei. 

In diesem Beitrag sollen die spezialisierten 
Koprozessoren des 8C86-Systems 

— Arithmetikkoprozessor 8087 

- Ein-/Ausgabe-Prozessor 8089 
vorgestellt werden, die mitder 8086-CPU ein 
eng gekoppeltes Multiprozessorsystem dar- 
stellen. 


Tafel 7.1 Zusammenstellung von 



7.1 Systemkonfiguration 
mit Arithmetikkoprozessor 8087 

Der Arithmetikkoprozessor 8087 ist nur in Zu- 
sammenarbeit mit der8086/88-CPU einsetz- 
bar. Seine interne Struktur ermöglicht die 
Ausführung von numerischen Operationen 
mit hoher Geschwindigkeit und Präzision. 
Tafel 7.1 zeigt eine Zusammenstellung von 
Befehlsausführungszeiten beim Koprozes- 
sor 8087 im Vergleich zur 8086-CPU-Emula- 
tion. Für den Anwender erscheint die Verbin- 
dung der CPU mit dem Arithmetikkoprozes- 
sor als ein komplexer Mikroprozessor mit ver- 
größertem Befehlsvorrat. Der 8087 liefert 
dem System neue Datentypen, neue Regi- 
ster und 68 neue Befehle. Er arbeitet parallel 
zur Master-CPU, das heißt, er dekodiert pa- 
rallel den Befehlsstrom, führt aber nur dieje- 
nigen Befehle aus, die für ihn bestimmt sind 
(ESCAPE-Befehle). Die schaltungstechni- 
sche Realisierung der Verbindung von Arith- 
metikkoprozessor 8087 mit der 8086-CPU 
zeigt Bild 7. 1 . Die Statussignale SO-S2 und 
die Queue-Statussignaie QSO-QS1 ermögli- 
chen dem 8087 das „Mithören“ und Dekodie- 
ren der Befehle parallel zur CPU. 

Zum Synchronisieren wird das BUSY-Signal 
benutzt, das mitdemTEiST-Eingang der CPU 
verbunden ist und von der CPU abgefragt 
wird. 

Der Koprozessor kann in einem ERROR- 
oder EXCEPTION-Fall die Programmbear- 
beitung der CPU mit einem Interrupt unter- 


brechen, der überden programmierbaren In- 
terrupt-Controller 8259A an die CPU weiter- 
geleitet wird. 

Wie aus Bild 7.1 ersichtlich, werden beide 
Prozessoren ohne zusätzlichen Hardware- 
aufwand miteinander verbunden. Der Adreß-, 
Daten- und Steuerbus wird von beiden Pro- 
zessoren gemeinsam genutzt. Diese Konfi- 
guration erfordert eine Arbitrierungslogik zur 
Kontrolle der aktuellen Buszuweisung. 

Der Busanforderungs-, Busübernahme- und 
Busrückgabezyklus wird mit Hilfe der bidirek- 
tionalen RQ/GT-Leitung realisiert (Bild 7.2). 
Dies es Signal muß an RQ/'GTO oder RQ/ 

GT1 der CPU angeschlossen werden. Der 
Request/Grant-Sequenz läuft in drei Etappen 
ab: 

• Senden des ein Taktzyklus langen Re- 
quest-Impulses an die CPU; Bedeutung; 
Der 8087 oder ein anderer Master fordert 
den lokalen Bus an. 

■ Der 8087 wartet auf den Grant-Impuls von 
der CPU; der 8087 startet einen Buszyklus 
nach Eintreffen des Grant-Impulses und 
übernimmt damit die Buskontrolle 
Falls der Request-Impuls von einem 
anderen Master (8089) kam, leitet er den 
impuls an seinen RQ/GTT-Anschluß weiter 
(Bild 7.1). 

• der 8087 sendet den Release-Impuls an 
die CPU oder schaltet den vo n ein em an- 
deren Master auf der Linie RÜ/GTT emp- 
fangenen Release- Impuls durch, die CPU 
übernimmt wieder die Buskontrolle. 

7.2 Busstruktur 

des Arithmetikkoprozessors 8087 

Die Busstruktur des 8087 ist identisch mit der 
der 8086-CPU im Maximum-Mode (ver- 



Bild 7.2 RQIGT-Zeitdiagramm 
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gleiche Abschnitt 1 .2). Der Koprozessor nutzt 
gemeinsam mit der CPU die Systemkompo- 
nenten: Buscontroller, Clockengenerator, 
Octal-Latches usw. Die Statussignale S0-S2 
werden vom 8087 wie folgt dekodiert: 


S2 

S1 

SÖ 

Bedeutung 

0 

X 

X 

nicht genutzt 


0 

0 

nicht genutzt 

1 

1 

0 

1 

1 

0 

Speicherlesen 

Speicherschreiben 

1 

1 

1 

passiv 


Wenn der 8087 die Buskontrolle besitzt, sind 
die Statussignale S6. S4 und S3=High, 
während S5 - Low ist (siehe dazu Abschnitt 
2.1.2). Im passiven Zustand wird vom 8087 
das Statussignal S6 abgefragt, welches die 
Information enthält, ob die Buskontrolie von 
der CPU oder einem Koprozessor durchge- 
führtwird. S7 wird mit ÖHE gemultiplext und 
besitzt für alle 8087-Buszyklen den Wert von 
BHE. Der 8087 enthält einen Instruction- 
Queue, der mit dem Queue der 8086-CPU 
identisch ist. Der 8087 kontrolliert die Status- 
signale QS0 und QS1 , wodurch die Abarbei- 
tung der sich in der Warteschlange befinden- 
den Befehle synchron mit der 8086-CPU ab- 
laufen kann. Diese Signale werden wie folgt 
dekodiert: 

QS1 QS0 Bedeutung 

0 0 keine Operation 

0 1 erstes Byte vom Operations- 

code vom Queue entnommen 

1 0 Queue leer 

1 1 nachfolgendes Byte vom 

Queue entnommen 

7.3 Interne Architektur des 8087 

in der internen Struktur des Arithmetikkopro- 
zessors unterscheidet man zwei Moduls: 

■ Steuereinheit (Control Unit; CU) 

■ Recheneinheit (Numeric Execution Unit; 
NEU) 

Die Struktur des Arithmetikkoprozessors ist 
im Bild 7.3 dargestellt. 

Control Unit 

Die CU holt und klassifiziert die Befehle, liest 
bzw. schreibt die Operanden und nimmt die 
Synchronisation mit der CPU vor. Die 8087- 
Befehle befinden sich im Befehlsstrom des 
CPU-Programms. Die CU des Koprozessors 
erhält durch den Status SÖ.5T.S2 und QS0, 
QS1 die Information, wann ein Befehlshole- 
zyklus (Fetch) stattfindet. Die im Befehlshole- 
zyklus gelesenen Daten (Operationscode) 
werden von der CU gelesen und dekodiert. 

Die fünft höchsten Bits aller 8087-Opera- 
tionscodes sind identisch (ESCAPE-Präfix 
11011 . . .) und kennzeichnen damit den Be- 
fehl als ESCAPE-Befehl. Wenn ein ES- 
CAPE-Befehl erkannt wird, wird er von der 
CU dekodiert und von der CU bzw. von der 
NEU ausgeführt. Die Master-CPU analysiert 
auch alle ESCAPE-Befehle, und im Falle ei- 
nes Operandentransfers vom oder zum Spei- 
cher rechnet sie die entsprechende Operan- 
denadresse aus. Die berechnete Adresse 
wird in einem „leeren Lesezyklus“ („dummy 
read“) aut den Adreßbus ausgegeben und 


vom 8087 übernommen, wobei zwei Fälle un- 
terschieden werden: 

- Operanden sollen gelesen werden 

Das im „leeren Lesezyklus" gelesene Daten- 
wort wird vom 8087 übernommen. Falls der 
Operand länger als ein Wort ist, übernimmt 
der 8087 die Buskontrolle, und auf Grundlage 
der übernommenen Operandenadresse führt 
erweitere Lesezyklen durch. 

- Operanden sollen geschrieben werden 
Das im „leeren Lesezyklus“ auf den Daten- 
bus gelegte Datenwort wird ignoriert. Wenn 
der 8087 schreiben will, übernimmt er die 
Buskontrolle und führt Schreibzyklen durch, 
die bei der übernommenen Adresse begin- 

Numeric Execution Unit NEU 

Die NEU führt alle Befehle aus, die sich auf 
die Stack-Register beziehen. Dazu gehören 
arithmetische, logische, logarithmische, tri- 
gonometrische, Konstanten- sowie Daten- 
transferbefehle. Der interne Datenbus der 
NEU ist 84 Bit breit (68 Bit Mantisse, 15 Bit 
Exponent, 1 Bit Vorzeichen). Während einer 
Befehlsabarbeitung wird das BUSY-Signal 
high-aktiv geschaltet und kann von der CPU 
ab gef ragt werden. 

Registersatz 

Der Registersatz des Arithmetikkoprozes- 
sors beinhaltet acht 80 Bit breite Stack-Regi- 
ster, die in folgende Felder aufgeteilt werden : 
64 Bit Mantisse 
15 Bit Exponent 
1 Bit Vorzeichen 

die vom Format dem „temporary real data 
type“ entsprechen. 

Status Word 

Das Statuswort ist 16 Bit breit und beinhaltet 
die Informationen über den Zustand des Ko- 
prozessors. Der Status kann getestet, im 
Speicher mit dem Befehl FSTSW abgespei- 
chert und vom CPU-Programm kontrolliert 
werden. Das Statuswort und die Bedeutung 
der einzelnen Bits ist in den Tafeln 7.2 und 
7.3 dargestelit. 

Control Word 

Das Steuerwort ist i6Bii breit, wird mit dem 
Betehl FLDCW geladen und dient zum Initia- 
lisieren des Koprozessors. Die Bedeutung 
einzelner Bits ist in Tafel 7.4 dargestellt. 

Das niederwertige Byte des Steuerwortes 
konfiguriert Interrupt- und Exception-Verhal- 


Tatel 7.2 8087 Status Word 



jgf - 4V -J 


l£ Invalid Operation 

' 

DE Dcnormakzeo Operand 

■i . 

Z£ ZeroDmde 

'M. 

OE O/erhom 

UE Undedtow 


PS Precision 

Hl 

XXX (reserviert) 

iR Inieovpt Reqttfisl 


CO siehe Tatet 7. 3 

CI siehe Tatet 7.3 

C2 sj ehe Tatei 7 3 

i 
» ■ ■ 

Topol Stack Pomter 

0 0 0 Register 0 TOP | 

TOP 0 0 1 Register 1 TOP 

0 10 Register 2 TOP 

0 1 l Register 3 TOP 1 

10 0 Register 4 TOP ■ 

1 0 I Register 5 TOP 

1 1 0 Register 6 TOP 
i 1 1 Register 7 TOP 

W-; 

C3 siehe Tate) 7.3 

.75. 

~B NEUBUSY 


ten des 8087. Mit Bit 7 werden generell die I n- 
terrupts gesperrt (High) oder freigegeben 
(Low). Mit den Bits 0-5 können die Excep- 
tionbedingungen maskiert werden. Jede Ex- 
zeptionbedingung kann Ursache eines Inter- 
rupts sein, falls Interrupt freigegeben una Ex- 
ception nicht maskiert (Low) wurde. Das 
Steuerwort kann mit dem Befehl FSTCW in 
den Speicher geladen werden 
Tag Word 

Das Tag Word kennzeichnet den Inhalt der 
Register (Tafel 7.5) und kann mit den Befeh- 
len FSTSW, FSAVE und FSTENV im Sy- 
stemspeicher abgelegt werden. 

Exception Pointers 

Die Exception Pointers ( i afel 7.6) sind für die 
vom Programmierer geschriebenen Error- 
Behandiungsprogramme von Bedeutung. 
Während die NEU einen Befehl augetührt, 
speichert die CU die Operandenadresse 
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Tafel 7.3 Interpretation i 


Tafel 7.5 Tag Word 


der Condition Codes 


1 

0 X X 0 

0 X X 1 

1 X X 0 

1 X X 1 

A<B 

A=B 

A?B (nicht vergleichbar) 

uo u u 

Complele reduction 

Incomplete reduction 

1 

0 0 0 0 

0 0 0 1 

0 0 10 

0 0 11 

0 i 0 0 

0 10 1 

0 111 

10 0 0 
10 0 1 

10 10 
10 11 
110 0 

1110 

Valid, positiv, unnormalized 
Invalid, positiv, exponent - 0 
Valid, negativ, exponent - 0 
Invalid, negative, exponent = 0 
Valid, positiv, normalized 
tnfinity, positiv 

Valid, negativ, normalized 
Inltnity. negative 

Zero, positive 

Zero, negative 

Invalid, positiv, exponent - 0 j 

Invalid, negativ, exponent = 0 j 
Empty 


U - Wert nach der Operation Undefiniert 
X - Wert wird durch die Operation nicht verändert 


Tafel 7.4 Control Word 


Bil 

Symbol-, 

eeoa^ng - ■ £ r >-> 

2 

DM 

ZM 

OM 

UM 

Invalid Operation 

Denormslized Operand 

ZerodMde Exception 

Overflow Masks 

Underllow I - Exception 

Predslon ismasked 

(Reserved) 


IBM 

Interrupt Enable Olntenabled 

Mask 1 1ntmaskcd 

SS PC 

Provision Control 0024 Bit 

0 1 (Roserved) 

01 53 Btt 

1164 Bit 

:0. 1t 

IT 

ec 

Flounding Control OOToNearest 

0 1 Round 
down 

(toward *) 

| 10 Round up 

(toward + •<■■) 
tIChop/fnjn- 

IC 

Inf inity Control OPrOjOCtii# 

1 Affine 


Reserved 


(falls vorhanden) und den Befehlscode in den 
Exception Pointers ab. Diese Daten können 
dann im Speicher abgelegt werden. 


15 0 

| TAG/71 1 TA Bfäi^TAd tai | fA0(4) | TAGß) j TABU) j TAG tf) | MGwj 

TAG-Wert; 0 0 Valid (normal or unnormal) 

0 I Zero (True) 

1 0 Special (Not-s-Number, 
unnormal) 


Tafel 7.6 Exception Pointers Format 


Operandenadresse (20 Bit Adresse) 


Befehlsadresse (20 Bit) 


O Es werden nur 11 Bits des Befehtscoaes gespeichert, da 
die 5 höchstwertigen immer den Wed 1101 TB haben. 


Bild 7.4 Datenformate des 

8087 

S -Vorzeichen (0- positiv, 
1 = negativ ) 

dn - Dezimaizahlen (zwei pro 
Byte) 

X -Bits haben keine Bedeu- 
tung; werden ignoriert 
beim Laden; beim Abspei- 
chern gleich Null 

I -Integer-Blt der Mantisse 
-Komma 



Bild 7.5 Abspeicherung der 

verschiedenen Datenformate im 

Speicher 

S - Vorzeichen: 

MSB/LSB Most/least significant bit; 

MSDILSD - Mostlleast significant deci- 
mat digit: 

MSEILSE - Mostlleast significant ex- 
ponenfbit; 

MSF/LSF -Mostlleast significant frac- 
tion; 

I -Integer bit 


- 


- 


* 


■' 



«orr! Integer 

■l™T 

• 

liü 



-3 


x'. 


*2 


* 


rt 


K 


♦0 

tE 

; 


Short Sool 


1* 

- 




<■?. 


17 


. vS 

; Kjn 


' i 'i~'i - 

7 MilNU C 


F r— 

td 

4^1 


1 L_ 

•3 

F= 


. c 1 

s — H 


7.4 Datentypen und -formale 

Der Arithmetikkoprozessor 8087 arbeitet mit 
sieben Datenformaten, die in drei Klassen ein- 
geteilt werden: 

- binary integers 

- packed decimal integers 

- binary reals 

Bild 7.4 zeigt den Aufbau der 8087-Datenfor- 
rrate. 

im Bild 7.5 ist dargestellt, wie die einzelnen 
Datenformate im Speicher des 8086-Systems 
abgelegt werden. 


Beim Laden der Daten in die internen Stack- 
Register und beim Abspeichern der Daten wird 
eine automatische Umformatierung vorge- 
nommen. 

Beispiel 7 

Der Befehl FILD konvertiert die im System- 
speicher im Integer-Format abgespeicherten 



Daten in das 8087-interne Temporary-real- 
Format und lädt sie in die Stack-Register. 
Beispiel 

Der Befehl FBSTP konvertiert den inhaif 
des „Top of Stack" in das Packed-decimai- 
Format und speichert den Wer! im System- 
speicher ab 
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7.5 Assembler befehle des 8087 

Die 8087-Befehle führen Operationen im 
Speicher oder in internen Stack- Registern 
aus. Es werden folgende Gruppen von Be- 
fehlen unterschieden: 

• Transferbefehle: load, störe, exchange 

• Arithmetikbefehle: add, subtract. multiply, 
divide, square root. scale usw. 

• Vergleich befehle: fest, examine, compare 

• Funktionen: tang, arctang, 2 X - 1 , Y * log 2 
(X + 1 ), Y * log 2 (x) 

• Konstanten: 0, 1, ,t, log 10 2, log e 2, log 2 10. 
log 2 e 

• Prozessorsteuerbefehle: FINIT, Load 
Control Word, Store Control Word, Enable/ 
Disable Interrupt, Clear Exception. 

7.5. 1 Datentransportbefehle 
Mit Transportbefehlen können die internen 
10-Byte- Daten innerhalb des Registersta- 
pels auf die Stapelspitze umgespeichert oder 
bei gleichzeitiger Konvertierung in das An- 
wenderdatenformat vom Speicher gelesen 
oder in den Speicher geschrieben werden. 
Der Austausch mit dem Speicher erfolgt nur 
über die Stapelspitze. Für Speicheroperan- 
den wird der Datentyp (integer, Real oder De- 
zimal) in der mnemonischen Befehlsbe- 
schreibung und die Datenlänge in der Ope- 
randenbeschreibung in Erweiterung der 
8086-Assemblernotierung (z. B. DWORD 
PTR [BX]) angegeben. Der Befehl FLD führt 
eine Ladeoperation für Realdaten auf die 
Stapelspitze aus. Dabei wird der Stapelzei- 
ger vor dem Laden auf die nächst kleinere 
Registernummer gestellt, so daß vorange- 
gangene Stapeleintragungen erhalten blei- 
ben. Ladeoperationen mit Quelloperanden 
im Registerstapel kopieren diese auf die Sta- 
pelspitze. Ladeoperationen aus dem Spei- 
cher sind für das 10-, 8- und 4-Byte-Format 
möglich. Bei 4- und 8 -Byte- Realdaten erfolgt 
die Konvertierung auf das interne 10-Byte- 
Format. 


Beispiele: 

FLD ST(3) ; ST(0) = ST(3) 

FLD ST (0) ; Duplizieren der 

Stapeispitze 

FLD DWORD PTR [BX|;4-Byte- Real-Format 
FLD DWORD PTR [SIJ ; 8-Byte-Real-Format 
FLD TBYTE PTR [Dl] ; 1 0-Byte-Real-Format 


Für die Eingabe von Integer- und Dezimalda- 
ten auf die Stapelspitze existieren Befehle 
mit der mnemonischen Beschreibung FtLD 
und FBLD, die ebenfalls die Konvertierung in 
das interne 10-Byte-Format einschließen. 

Beispiele: 

FILD WORD PTR [BPI ;2-Byte-lnteger-Format 
FILD DWORD PTR [SIJ; 4-Byte-lnteger-Format 
FILD DWORD PTR [Dl]; 8-Byte-lnteger-Format 
FBLD TBYTE PTR [BX] ; 1 0-Byte-Integer-Format 


Die Operation FST überträgt Realdaten von 
der Stapelspitze in andere Register oder in 
den Speicher, wobei der Quelloperand auf 
der Stapelspitze erhalten bleibt. Die Über- 
tragung in den Speicher ist nur für 4- und 8- 
Byte-Daten zugelassen. Die Verkürzung des 


10-Byte-Formates unterliegt einer von vier 
Rundungsvorschriften, die mit dem 8087- 
Steuerwort eingestellt wird. 


Beispiele: 

FSTST(4) ; ST(4) = ST(0) 

FST DWORD PTR [Dl]: 4-Byte-Real-Format 


Die Abspeicherung von integer-Daten mit 
dem Befehl FIST ist für 2- und 4-Byte-Ergeb- 
nisdarstellungen möglich 

Beispiele: 

FIST WORD PTR [Si] : 2-Byte-lnteger 
FIST DWORD PTR [Dl]; 4-Byte- Integer 


Von größerer praktischer Bedeutung ist die 
Abspeicherung der Stapelspitze in Verbin- 
dung mit einer anschließenden POP-Opera- 
tion, die den Registerstapelzeiger zurück- 
setzt. Der entsprechende Befehl FSTP für 
Realdaten schließt auch die Abspeicherung 
von 10-Byte-Daten im Speicher ein. 

Beispiele: 

FSTPST(O) : POP-Operation ohne 

Datentransport 

FSTP TBYTE PTR [BX]; 1 0-Byte-Real-Daten 
abspeichern 
und POP-Operation 


Die Befehle FISTP und FBSTP sind für alle 
Integer-Formale und das 10-Byte-Dezimal- 
Formaf gültig. 

Beispiele: 

FISTP0W0RD PTR (81]; 8-Byte-lnteger- und 
; 10-Byte-Daten 

FBSTP TBYTE PTR [Dl] ; abspeichern 

; und POP-Operation 

Der Befehl FXCH erlaubt den Datenaus- 
tausch zwischen der Stapelspitze und Sta- 
pelregistern oder Operanden im Speicher. 

7.5.2 Arithmetische Grundoperationen 
Die arithmetischen Operationen des 8087 
enthalten die vier Grundoperationen und 
zwei reverse Formen für die Subtraktion und 
Division, bei denen die Operanden vor der 
Operation vertauscht werden, 
tn Abhängigkeit von der Form der Operan- 
denvorgabe können die folgenden Befehls- 
formen unterschieden werden: 

□ Stapelabarbeitung 

Die Operation bezieht sich auf die letzten bei- 
den Stapeleintragungen ST(0) und ST(1). 
Das Ergebnis steht nach dem Erhöhen des 
Stapelzeigers um 1 an der Stapeispitze 
(Bild 7.6a). Die Operation wird im Assembler- 
programm ohne Operandenangabe angege- 
ben: 


FADD : Addition im Stapel 
FSUB , Subtraktion im Stapel 
; ST(1) — ST0 

FM UL ; Multiplikation im Stapel 
FDIV ; Division im Stapel ST( 1 )/ST 
FSUBR; reverse Subtraktion im Stapel 



;ST0 ST(1) 

FDIVR; reverse Division im Stapel 
;ST0/St(1) 


□ Registerabarbeitung 

Die Operanden stehen im Register ST(0) und 
in einem beliebigen anderen Register. Das 
Ergebnis kann auf einem der Vorgaberegi- 
ster abgelegt werden (Bild 7.6b) 

FADDST.ST(i) oder FADD ST(i), ST 

FSUB ST. ST(i) oder FSUB ST(i). ST 

FMULST.ST(i) oder FMULST(i), ST 

FDIV ST, ST (i) oder FDIVST(i).ST 

FSUBR ST, ST(i) oder FSUBR ST(i). ST 
FDIVR ST. ST(i) oder FDIVR ST(i), ST 

□ Registerabarbeitung mit Stapel-POP- 
Operation 

Wenn der im Register ST(0) vorgegebene 
Operand nur für diese Operation benötigt 
wird, kann mit einer POP-Operation nach der 
Berechnung der in ST(0) vorgegebene Ope- 
rand aus dem Registerstapel herausgescho- 
ben werden (Bild 7.6c). Bei der Angabe des 
Registers ST(1) als Ergebnisregister steht 
das Ergebnis nach der Operation in ST(0),da 
für alle Register der relative Registerzeiger 
dekrementiert wird. 

FADDP ST(i), ST ; Addition im Stapel mit POP 
FSUBP ST(i), ST ; Subtraktion im Stapel mit 
POP 

FMULPST(i), ST : Multiplikation im Stapel 
mit POP 

FDIVP ST(i), ST ; Division im Stapel mit POP 
FSUBRPST(i), ST; reverse Subtraktion im 
Stapel mit POP 

FDIVRPST(i), ST : reverse Division im Stapel 
mit POP 


□ Operation mit Speicheroperand 
Die Operation bezieht sich auf die Stapel- 
spitze und einen Operanden im Speicher im 
4- oder 8-Byte-Real- oder im 2- oder 4-Byte- 
Integer-Format. Für die Integerformate gel- 
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ten die Bezeichnungen FIADD, FISUB, Fl- 
MUL, FIDIV, FISUBR und FIDIVR. 


Beispiele: 

FIADD WORD PTR |SI) ; Addition mit 2-Byte 
-Integer-Daten 

FDIV DWORD PTR [BX]; Division mit 4-Byte 
-Real-Daten 


7.5.3 Spezielle arithmetische 
Operationen 

Die Berechnung der Quadratwurzel mit dem 
Befehl FSQRT überschreibt das Argument 
an der Stapelspitze. Die Vorgabe von Argu- 
menten < 0 führt zur Fehlermarkierung. Die 
Multiplikation und Division mit ganzzahligen 
Potenzen von 2 kann durch Addition auf den 
Exponenten der internen Gleitpunktdualdar- 
stellung einfach und schnell ausgeführt wer- 
den. Der entsprechende Befehl FSCALE be- 
nutzt den Inhalt der vorletzten Stapeleintra- 
gung ST(1) als vorzeichenbehafteten 2-Byte- 
Integer-Skalierungsfaktor für ST(0). Die Ope- 
ration FPREM ergibt eine Modulo-Division 
von ST(0) mit dem Modulus in ST(1). Die 
Operation wird durch sukzessive bewertete 
Subtraktionen ausgeführt, bis der verblei- 
bende Rest kleiner als der Modulus ist. Das 
Vorzeichen des Ergebnisses stimmt mit dem 
der Vorgabe in ST überein. 

Die Rundung auf Integerwerte mit dem Be- 
fehl FRNDINT unterliegt genau wie die Kon- 
vertierung der internen Gleitpunktdarstellung 
in die Integerdarstellungen der mit dem 8087- 
Steuerwort eingestellten Rundungsvor- 
schrift. 

Der Befehl FXTRACT zerlegt den Wert an 
der Stapelspitze in den Wert des originalen 
(nicht verschobenen) Dualexponenten und 
den Mantissenwert. Der Mantissenwert an 
der neuen Stapelspitze ST(0) und der Wert 
des vorzeichenbehafteten absoluten Expo- 
nenten in ST(1 ) sind in dem internen 1 0-Byte- 
Dualdatenformat (mit Exponentenverschie- 
bung) dargestellt. 

Die Befehle FABS und FCHS bilden den Be- 
trag und das Komplement von ST(0) durch 
Beeinflussung des Vorzeichenbits. 

7.5.4 Vergleichsbefehle 
8087-Berechnungsergebnisse können nach 
der Auslagerung in den Speicher mit 8086- 
Vergleichsbefehlen überprüft werden und 
Programmverzweigungen steuern. 
Rechenzeitgünstiger sind Vergleichsopera- 
tionen im 8087- Registerstapel. Die Ver- 
gleichsergebnisse werden im Bedingungsco- 
defeld des 8087-Statuswortes markiert. 
Nach der Abspeicherung des Statuswortes 
wird der Bedingungscode mit 8086-Befehlen 
ausgewertet. 

Die Vergleichsoperation FCOM bezieht sich 
auf die bei den arithmetischen Grundopera- 
tionen beschriebenen Operandenformen der 
Stapel- und Registerabarbeitung und der 4- 
und 8-Byte-Realdaten im Speicher. 

Beispiele: 

FCOM ; Vergleich ST mit ST(1) 

FCOM ST(5) ; Vergleich ST mit ST(5) 

FCOM DWORD PTR [St]; Vergleich ST mit 
4-Byte-Real-Daten 


Kurs 


Für den Vergleich mit 2- oder 4-Byte-lnteger- 
Daten im Speicher existiert der Befehl Fl- 
COM. 

Vergleichsoperationen mit anschließender 
POP-Operation FCOMP und FiCOMP lö- 
schen den Operanden an der Stapelspitze. 
Für den Vergleich von ST mit ST(1) existiert 
zusätzlich der Befehl FCOMPP mit der an- 
schließenden zweimaligen POP-Operation. 
Den Vergleich von ST mit dem Wert 0 voll- 
zieht der Befehl FTST. Das Vergleichsergeb- 
nis für alle Vergleichsoperationen enthält das 
Bedingungscodefeld des Statuswortes: 

C3 CO 

0 0 ST >2. Operand 

0 1 ST < 2. Operand 

1 0 ST = 2. Operand 

1 1 kein Vergleich möglich 

Eine umfangreichere Statusinformation von 
ST ergibt der Befehl FXAM in den Bits CO. 
CI , C2 und C3 des Statuswortes. 

7.5.5 Transzendentp Funktionen 

Die trigonometrischen und zyklometrischen 
Standardfunktionen lassen sich auf die Tan- 
gens- und Arcusfangens-Funktion zurück- 
führen. Die Berechnungsgrundlage der 
Funktion tan(Z) liefert der Befehl FPTAN mit 

einer ArgumentenvorgabeO<Z<— in der 

Stapelspitze. Das Ergebnis entsteht in Form 
zweier Werte X (in ST) und Y (in ST(1)). Der 
Quotient Y/X ergibt den Tangenswert Die 
Umkehrfunktion FPATAN berechnet Z = arc- 
tan (Y/X) = arctan <ST(1)/ST) mit der Bedin- 
gung 0< Y <X< «=. Das Ergebnis über- 
schreibt beide Vorgabeoperanden. 

Die Exponentialfunktion zur Basis 2 kann als 
Grundlage der Berechnung der Exponential- 
funktionen auf andere Zahlenbasen (z. B. 1 0, 
e) dienen. 

Der 8087-Befehisvorrat enthält die Operation 
F2XM1 für die Berechnung der Funktion 

Y = 2* - 1 für den Wertebereich 0 < X < 0,5. 
Das Ergebnis ersetzt die Vorgabe in ST. Für 
die Berechnung von Logarithmusfunktionen 
ist der Befehl FYL2X geeignet. Aus den Argu- 
menten X in ST und Y in ST(1 ) mit den Werte- 
bereichen 0<X<* und ~»<Y< +<* be- 
rechnet FYL2X die Funktion Z = Y * ld(X). Mit 

Y = log g (2) kann damit der Logarithmus zur 
Basis g berechnet werden. Für höhere Ge- 
nauigkeitsanforderungen kann die Funktion 
Z = ld(X+ 1) mit dem Befehl FYL2XP1 be- 
rechnet werden. 

Die wichtigsten der für die Umrechnung aller 
Standardfunktionen und ihrer vollen Argu- 
mentbereiche aufdie8087-Funktionen benö- 
tigten Konstanten werden durch spezielle La- 
debefehle bereitgestelit: 

FLDZ ; ST(0) = 0 
FLD1 ; ST(0) = 1 
FLDPI ; ST (0) = x 
FLDL2T ; ST(0) = ld(10) 

FLDL2E ; ST(0) = ld(e) 

FLDLG2; ST(0) = lg(2) 

FLDLN2; ST(0) = ln(2) 

7.5.6 Prozessorsteuerbefehle 
8087-Steuerbetehle dienen der Initialisie- 
rung, der Programmierung der Betriebsweise 
und der Interruptverarbeitung. 


Mit FINIT wird der 8087 in der gleichen 
Weise, wie nach einem RESET-Signal initia- 
lisiert. Die Freigabe und Sperre von 8087-ln- 
terrupts ist mit den Befehlen FENI und FDISI 
möglich. Ein im Speicher bereitgestelltes 
8067-Steuerworl nach Tafel 7.4 wird mit 
FLDCW in das 16-Bit-Steuerregister über- 
nommen. Dabei wird die Speicheradresse in 
der für 2-Byte-lnteger-Daten üblichen Form 
angegeben. 

Sowohl das Statuswort als auch das Steuer- 
wort können mit den Befehlen FSTSW und 
FSTCW in den Speicher geschrieben wer- 
den. Der Befehl FCLEX löscht alle Ausnah- 
memarkierungen, das Interruptanforde- 
rungs- und das BUSY-Bit im Statuswort. 

Für die Interruptbehandlung existieren im 
8087 leistungsfähige Befehle für die block- 
weise Auslagerung der 8087-lnformationen 
in den Speicher und die entsprechenden 
Rückladeoperationen. 

Die Befehle FSTENV und FLDENV dienen 
dem Abspeichem und 'Zurückschreiben von 
Status-, Steuer- und T ag-Wort und der Zeiger 
für den zuletzt bearbeiteten Speicheroperan- 
den und für den letzten Befehl. 

Noch leistungsfähiger ist das Befehlspaar 
FSAVE und FRSTOR, das zusätzlich die drei 
letzten 1 0-Byte-Stapeleintragungen ST, 
ST(1) und ST(2) abspeichert bzw. zurück- 
schreibt. 

Weitere Steuerbefehle FINCSTP und 
FDECSTP übernehmen das Inkrementieren 
und Dekrementieren des Registerstapelzei- 
gers. Der Befehl FFREE setzt eine ’Leer - 
Markierung im Tag-Wort für ein ausgewähl- 
tes Register. 

7.5.7 Synchronisation 
der 8086-8087-Paralletarbeit 
Die in einem gemeinsamen Befehlsstrom 
enthaltenen 8086- und 8087-Befehle werden 
von beiden Prozessoren parallel ausgewer- 
tet. 

Die CPU kann noch während der Bearbei- 
tung des 8087-Befehls durch den Arithmetik- 
prozessor, nach der BUS-Freigabe, die Bear- 
beitung der nächsten 8086-Befehle überneh- 
men. 

Vor der Verarbeitung des nächsten 8087-Be- 
fehls durch beide Prozessoren muß jedoch 
gesichert sein, daß der Arithmetikprozessor 
die Abarbeitung des vorherigen Befehls be- 
endet hat. Das gilt auch, wenn ein folgender 
8086-Befehl Ergebnisse des vorangegange- 
nen 8087-Befehls verwertet. 

Durch das Einfügen von 8086-WAIT-Befeh- 
len kann die zeitliche Synchronisation er- 
reicht werden. 

Die schaltungstechnische Grundlage dieser 
Zeitsteuerung bildet die Ansch altung des 
BU SY -Ausgangs des 8087 an den TEST-Ein- 
gang der CPU. 

Ein WAIT-Befehl vor einem 8087-Befehl ga- 
rantiert, daß die Abarbeitung dieses Befehls 
durch den 8086 erst beginnt, wenn der Arith- 
metikprozessor seine Verarbeitungsbereit- 
schaft durch ein nichtaktives BUSY-Signal 
meldet. Um dieses abzusichern, erzeugen 
einige Assembler für die 8087-Befehie auto- 
matisch vorangestellte 8086-WAIT-Maschi- 
nenbefehle. Durch spezielle mnemonische 
Beschreibungen für einige 8087-Steuerbe- 
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fehle kann für diese die Hinzunahme des 
WAIT-Befehls unterdrückt werden. Zur Diffe- 
renzierung von WAIT-Befeh'en durch As- 
semblerprogramme existiert eine zusätzliche 
mnemonlsche Beschreibung FWAIT für den 
8086-WAIT-Befehi. Die FWAiT-Befehle kön- 
nen durch eine Einstellung des Assembler- 
programmes annulliert werden (z.B. bei 
8086-Emulatorprogrammen für die 8087-Be- 
fehle). 

7.5.8 Beispieiprogramm 
Das Beispielprogramm berechnet den Log- 
arithmus eines Argumentes zu einer beliebi- 
gen Basis. Das Argument wird in das Stackre- 
gister 1 und die Basis in den Top of Stack gela- 
den Das Ergebnis steht im Top of Stack. 

: Übergabe: 

; TOS: Basis 

ST1 : Argument 

; ST7 : muss frei sein 

; Rückgabe: 

; TOS: Ergebnis 

; ST6,ST7:frei 

: Die übrigen Registerinhalte 

; bleiben unverändert. 

cseg O 

log: 

call logarithmieren 

; Logarittimieren 
; der Basis 


; Logarittimieren des Arguments 

Ixcti stl : TOS: Argument 

:ST1:log(basis) 

call logarithmieren 

fdivdp stl 

mov byteptrlog-wahl, lalse 

ret 


logarithmieren: 


fldl 

fxch 

stl 

: TOS: Argumente, ST1; 1 

IYI2X 


;TOS:=ST1*log2(TOS) 

ret 

dseg 

O 


log-wahl 

db 

0 

false 

equ 

0 


7.6 Der Input/'Output- 
Mikroprozessor 8089 

Im folgenden Abschnitt wird ein weiterer Mi- 
kroprozessor des 8036-Systems vorgestelit, 
der durch seine Multiprocessing-Mechanis- 
men, DMA-Eigenschaften und einen aul Pe- 
ripheriebedingungen spezialisierten Befehls- 
satz zur Steigerung der Leistungsfähigkeit 
des Systems beiträgt. 

7. S. 1 Entwicklung der Peripherie- 
baugruppen der Mikroprozessorsysteme 
(Bild 7.7) 

Die erste Generation der Mikroprozessoren 
war durch mit TTL-Schaitkreisen aufgebaute 
Peripheriesteuerungen gekennzeichnet, in 
der nächsten Generation wurden Singie- 
Chip Peripherie-Controller eingeführt, die 
durch Programmierung in der Anwendung 
komfortabler waren. Der Datentransfer von 
bzw. zur Peripherie wurde weiterhin von der 


Bild 7.7 

Entwicklung der Peri- 
pheriebaugruppen 


Bild 7.8 Zweiprozes- 
sors yslem mit 8089 
im „ remote “ Mode 




CPU kontrolliert. Mit der Einführung von 
DMA-Schaltkreisen (Direct Memory Access) 
konnten schnelle Daientransferoperationen 
auch unabhängig von der CPU realisiert wer- 
den. In der weiteren Entwicklung wurde der 
DMA-Schaitkreis mit Eigenschaften eines 
Mikroprozessors versehen und zu einem 
spezialisierten InpuP/Output-Prozessor ver- 
einigt. Dieser bildet mit der zentralen CPU ein 
Multi prozessorsystem und entlastet durch 
Parallelarbeit die CPU von zeitaufwendiger 
Peripheriebedienung. Ein input -/Output-Pro- 
zessor, der auf einem Chip die Eigenschaften 
eines DMA und Prozessors integriert, ist der 
Input-Output-Prozessor (IOP) 8089. 

7.6.2 Der HG-Prozessor im 8086- System 
Der I/O-Prozessor 8089 bildet mit der 8086/ 
88-CPU ein leistungsfähiges Multiprozessor- 
system. Bild 7.1 zeigt eine zentrale Verarbei- 
tungseinheit mit den Prozessoren 8086, 
8087 und 8089 ohne zusätzlichen Hardware- 
aulwand. Der 8086 arbeitet in dieser Konfigu- 
ration als Master und die anderen Prozesso- 
ren im „!oca!"-mode ais Slave. In einer ande- 
ren System kcnfiguration (Bild 7.8) arbeiten 


zwei lOPs ohne 8086-CPU im sogenannten 
„remote ‘-mode, wobei einer als Master und 
der andere ais Slave fungiert. 

Die Statussignale SÖ ... 52 sind mit dem 
Bus-Controller 8288 verbunden und ergeben 
folgende Kodierung: 

55 51 SÖ Bedeutung 

0 0 0 Instruction tetchfrom 

I/O-Space 

0 0 1 Datafetchfrom l/O-space 

0 1 0 Data störe to I/O-Space 

0 11 notused 

1 0 0 Instruction fetchfrom 

System space 

1 0 1 Data fetchfrom System 

space 

1 1 0 Data störe to System space 

111 nobuscyclerun 

.• 1 ; Dokumentation SCP 170Ö. VEB RcAoiror. Elektronik 

•2/ CP.M-86 Proqrammer's Guide Digita. Research 1981 
■ 3 - CP.M-86 User'S Guide Digital Research 1 981 
,V Heckei U Das Betriebssystem SCP 1700 

EQV-Aspexte 6 (1987) 1 . S- 18 wird rörtgasetz! 
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AT AN 2-B ASIC-Routinen 
zur Umwandlung 
kartesischer Koordinaten 
in Polarkoordinaten 


Dr. Johann Komusiewicz, 
Friedrich-Schiller-Universität Jena 


Seit einiger Zeit läuft in Jena unter Leitung 
von Dr. M. Steinbach eine Vortragsreihe 
„6510-Prozessor“ der URANIA, die sich 
regen Interesses erfreut. 

In einer der Veranstaltungen gab Dr. Stein- 
bach die Anregung zur Erstellung eines 
möglichst kurzen BASIC-Programms zur 
Berechnung des Polwinkels A. Die hier 
vorgestellten Routinen sind das Ergebnis 
dieses kleinen Wettbewerbs. 

1. Problemstellung 

Bei der Umwandlung kartesischer Koordi- 
naten in Polarkoordinaten ist die Berech- 
nung des Polwinkels A erforderlich (siehe 
Bild 1 ). 

In FORTRAN 77 gibt es dazu die Funktion 
ATAN2, wobei für A die Einschränkung 
-nA^jr gilt und die Eingabe von l = R = 0 
verboten ist. Ein entsprechendes BASIC- 
Programmistz. B. in/1/zu finden. 

Für viele Anwendungen ist es jedoch wün- 
schenswert, Werte von A zwischen 0 und 2n 
zu erhalten. PAULIN liefert dazu in 121 ein 
ALGOL-Programm, das sich leicht in BASIC 
übertragen läßt. Ein BASIC-Programm in 13/ 
leistet Gleiches. Bei beiden Programmen ist 
jedoch die gleichzeitige Eingabe von l = R=0 





1»1 !FIT®B=i-#^2*S6N(I)-flT 



verboten. Das in /4/ angegebene Programm 
läßt diese Eingabe zu, arbeitet ansonsten 
aber nur im 1 . Quadranten fehlerfrei. Die Vor- 
gabe für den Wettbewerb - hier als Variante 
0 bezeichnet - schließt diese Lücke, bean- 
sprucht mit 8 BASIC-Zeilen aber sehr viel 
Speicherplatz (Bild 2). 

2. Ergebnisse 

Im Wettbewerb reichten 8 Kollegen insge- 
samt 18 Lösungen ein. 2 Varianten mußten 
auf Grund von Funktionsfehlern zurückge- 
wiesen werden. 

Um für alle Programme einheitliche Testbe- 
dingungen zu sichern, wurden stets Zeilen- 
nummern ab 1 000 verwendet und der Winkel 
im Bogenmaß berechnet. Alle Leerzeichen 
wurden eliminiert. Die Auswertung erfolgte 
nach 4 Gesichtspunkten: 

(i) Korrektheit: 

Werden allen zulässigen Eingabedaten die 
richtigen Funktionswerte zugewiesen? 

(ii) Portabilität: 

Ist das Programm auch auf Kleinrechnern mit 
anderen BASIC-Versionen lauffähig? 

(iii) Speicherbedarf: 

Wieviel Byte werden zur Abspeicherung der 
Routine benötigt? 

(iv) Geschwindigkeit: 

Wie groß ist der mittlere Zeitbedarf für einen 
Zugriff? 

Alle Programme wurden auf C64 getestet; 
Vergleichsrechnungen mit einem KC 83/3 er- 
gaben ähnliche Resultate. Die Ergebnisse 
sind in Tafel 1 zusammengefaßt. 


Tafel 1 



Auf den ersten Blick fällt auf, daß die ur- 
sprüngliche Variante die kürzeste Rechen- 
zeit aufweist. Hier zeigt sich eindrucksvoll der 
Vorteil der „Teile-und-herrsche“-Strategie. 
Andererseits benötigt z.B. Variante 4 mit 
58 Byte weniger als die Hälfte des Speicher- 
platzes. 

Die Varianten 4, 5, 8, 10 und 16 arbeiten mit 


logischen Variablen. Als Beispiele sind hier- 
für die Varianten 4 und 1 0 aufgeführt. 

Bei den Varianten 2, 3, 6, 7, 9 und 11-15 wer- 
den die notwendigen Fallunterscheidungen 
über die Signum-Funktion realisiert. Hier 
sollen die Varianten 9 und 12 als Illustration 
dienen. Nun zu den einzelnen Punkten: 

(i) : Die Varianten 1, 14 und 2 geben für 
R= 1 = 0 die Werte A = ;rbzw. A = ; t/ 4 aus. In 
den Varianten 1 , 4 und 5 tritt z. B. für R = 0, 
1 = 100 Overflow ein. 

(ii) : Variante 6 nutzt die Besonderheit des C- 
64-BASIC, daß Of - 1 keinen Fehler hervor- 
ruft, sondern 0 liefert. Die Varianten 4, 8, 10 
und 16 setzen voraus, daß die logischen Va- 
riablen den Wahrheitswert -1 besitzen, was 
für die meisten Kleinrechner erfüllt ist. 

Die Varianten 6, 7, 9, 1 1 und 1 2 sind in vielen 
BASIC-Versionen zu lang für eine Zeile. 

(iii) : Hier wurden ansprechende Resultate 
erreicht. Den Varianten 4 bis 10, 12 und 16 
genügt eine BASIC-Zeile; auch 1,13 und 14 
benötigen nur unwesentlich mehr Speicher- 
platz. 

(iv) : Die Varianten 1,9, 13 und 15 kommen 
schon nahe an die Rechenzeit von Variante 0 
heran. 

Nach Abwägung aller Kriterien wurde Va- 
riante 9 von Dr. A. Müller als beste Lösung er- 
mittelt. 

3. Schlußbemerkungen 

Bei der Auswertung brachte mich ausgerech- 
net eine der fehlerhaften Varianten auf die 
Idee, den Komplementwinkel Ä = ATN(R/I) 
zu verwenden. Die somit erhaltenen Lösun- 
gen sind korrekt, portabel und haben bei 
hoher Geschwindigkeit noch geringeren 
Speicherbedarf, wie Tafel 2 zeigt. 


Tafel 2 


18 + + 

19 + + 

20 + + 

21 + + 


54 

45 

46 


Gegenüber der Vorlage wurde der Speicher- 
bedarf auf die Hälfte, bzw. bei Variante 20 
m und 21 sogar auf etwa ein Drittel reduziert, 
wobei die Varianten 17 und 19 sogar einen 
Geschwindigkeitsgewinn erbringen. 

Damit zeigte dieser Wettbewerb, daß auch 
„bewährte“ Standardprogramme durchaus 
verbesserungsfähig sind. 

Literatur 

• 11/ Bretz, J.: 100 BASIC-Programme. Markt und Technik, 
München 1985 

12/ Paulin, G.: Grundlagen der Programmiertechnik. VEB 
Verlag T echnik, Berlin 1 974 

/3/ Ruckdeschel, F. R.: BASIC scientific subroutines, Vol. 1 . 
McGraw Hill, New York 1981 

/4/ Poole, L.; Borchers, M.: 77 BASIC-Programme. TeWi 
München 1980 
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Computer- 

Club 


RED AB AS-Tips 

Mathematische Funktionen 

REDABAS realisiert die Grund- 
rechenarten, was für die Mehr- 
zahl der Anwendungsfälle aus- 
reichend ist. 

Durch Einbindung von Assem- 
blerroutinen kann man die RE- 
DABAS-Arithmetik aufbessern. 
Eine einfachere Möglichkeit ist 
die Umsetzung von Näherungs- 
verfahren in REDABAS-(Unter)- 
Programme, die dann je nach Be- 
darf eingesetzt werden kön- 
nen. 

Wurzelfunktion 

Zur Berechnung der n-ten Wurzel 
einer Zahl a wird das folgende 
Näherungsverfahren benutzt, 
x = a 1/n 

a) Schätzung eines Näherungs- 
wertes Xo 



Die Zahl a wird (n - 1)mal durch 
den Anfangswert x 0 dividiert. 

c) a 0 + (n-1)x 0 = b 0 
Addition von (n-l)mal An- 
fangswert + ao 

d) b 0 /n = x 1 

verbesserter Näherungswert x. 

Mit dem verbesserten Nähe- 
rungswert werden die Gleichun- 
gen b bis d erneut durchlaufen, 
bis die Zahl x die gewünschte 
Genauigkeit erreicht hat. 

Für die Berechnung der Qua- 
dratwurzel wurde das Nähe- 
rungsverfahren in das Pro- 
gramm in Bild 1 umgesetzt. Ge- 
gebenenfalls müssen die Schät- 
zung des Näherungswertes und 
die Wahl des Abbruchkriteriums 
auf die Anwendungsbedingun- 
gen der Wurzelberechnung an- 
gepaßt werden. 


Wir sprachen gerade vom intelli- 
genten Assistenten, nicht von Ih- 
nen! 


Zeichnung: Steger 



* WURZEL. PRG / 11.09.87 / REALISIERUNG DER QUADRATWURZEL-FUNKTION 

* DAS BERECHNUNGSVERFAHREN' IST IN DER BEDIENUNGSANLEITUNG DES 

* MINIREX 75, VEB ROEHRENWERK MUEHLHAUSEN ZU FINDEN. 

* DIE GENAUIGKEIT WIRD DURCH MI2 VORGEGEBEN. 


* EINGANG: ME1 = < RADIANT (NUMERISCH) > 

* INTERN : MI1 = ABWEICHUNG 

* MI2 = ABBRUCHKRITERIUM 

* AUSGANG: MAI = < ERGEBNIS >, MAI = (QUADRAT) WURZEL AUS ME1 


STORE 0.5 TO MAI 
STORE 0.00001 TO MI2 


STORE 5 TO MAI 

IP ME1 >50. 

STORE 10 TO MAI 
STORE 0.0001 TO MI2 . 



IF ME1 > 10000 
STORE 200 TO MAI 
STORE 0.001 TO MI2 

IF ME1 > 100000 
STORE 650 TO MAI 
ENDIF 

IF ME1 > 1000000 
STORE 2000 TO MAI 
STORE 0.01 TO MI2 
ENDIF 

STORE MAI *MAt-ME1 TO MI1 
IF MI1 < 0 

STORE MI1 * -1 TO MI1 
ENDIF 

DO WHILE MI1 > MI2 
STORE (ME1 /MA1+MA1 )/2 TO MAI 
STORE MAI *MA1-ME1 TO MI1 
IF MI1 < 0 

STORE MI1 * -1 TO M II 
ENDIF 
EN DDO 

RELEASE MI1 ,MI2 f ME1 
RETURN 


Hinweis zum A 71 50 

Wird am A7150 nach Einschalten 
bzw. RESET der Confidence-Test 
nach dem PIC-Test abgebrochen und 
anschließend das Betriebssystem 
DCP gebootet, so kann es gesche- 
hen , daß bei der Arbeit nicht der kom- 
plette Hauptspeicher zur Verfügung 
steht. Insbesondere bei eingerichte- 
tem virtuellem Diskettenlaufwerk 
kann das zu Problemen führen. Er- 
kennbar ist dieser Zustand mit Hilfe 
der System-Info-Funktion von MDISK 
an einer Differenz von etwa 1 50 KByte 
zwischen den Angaben „Total me- 
mory reported by DCP“ und „MDISK 
has found the total memory to be“. 


Als Ausweg sollte man in jedem Fall 
den Confidence-Test vollständig 
durchlaufen lassen und bei notwendi- 
gem Neuladen des Systems während 
der Arbeit ein RESET nur ausführen, 
wenn die Funktionen „Warmstart“ 
(CTRL-ALT-DEL) bzw. „Kaltstart“ 
(CTRL-ALT-CE) nicht mehr möglich 
sind: 

Hinweis: 

Das im Beitrag „Änderungen am Be- 
triebssystem SCP1700 des AC 
A7100“ (MP 6/88, S. 181) versehent- 
lich unterschlagene Bild 5 soll bei 
dieser Gelegenheit nachgereicht 
werden. Frank Isekeit, Brandenburg 


INITIALISATION OF ALL ÜNITS 

MOV BX, OFFSET SIGNON3 
CALL PMSG 

CALL CONIN 

MOV CH i NONIT 

JNE INI 10 


Aufforderung Diskett 
auf Quittung warten 

;ELDISK ? 

;IF NE NO 


Autoprogrammstart mit EPROM-Modul für KC 85 


Bei vielen Einsatzfällen der Klein- 
computer KC 85/3 bzw. 12 werden 
stets die gleichen Programme be- 
nötigt. Um das Programmladen von 
der Kassette zu vermeiden, ist es 
möglich, Programme auf EPROM- 
Modulen abzulegen. Bei Program- 
men bis 8 KByte Länge ist der Modul 
M025 USER PROM geeignet. 

T rotzdem sind nach dem Einschalten 
sich stets wiederholende Tastatur- 


eingaben notwendig (z. B. SWITCH, 
BASIC, Programmname usw.). Es 
gibt hierfür jedoch eine andere Mög- 
lichkeit. Bekanntermaßen schaltet 
das Betriebssystem CAOS beim Ein- 
schalten des Computers einen Modul 
M022 EXPANDER RAM im Modul- 
schacht 8 automatisch auf der Basis- 
adresse 4000H aktiv. Die Analyse 
des Betriebssystems zeigt, daß 
etwas ähnliches im CAOS auch für 


EPROM-Module vorgesehen ist. Da- 
bei wird ein Modul mit dem Struktur- 
bvte Ul , im Moduischacht 8 beim Ein- 
schalten oder Tastenreset automa- 
tisch auf der Basisadresse 4000H. 
aktiv geschaltet , und nach vollständi- 
ger Systeminitialisierung erfolgt ein 
Programmsprung zur Adresse 
4000H. Die Wirkung ist die gleiche, 
als würde nach dem Einschalten ein 
Maschinenprogramm aus dem Menü 
aufgerufen. Es bietet sich da natürlich 
an, einfach ein EPROM-Modul auf 
das Strukturbyte 01 umzubauen. 
Durch diesen Autoprogrammstart er- 
geben sich z. B. folgende neue Ein- 
satzfälle für Kleincomputer: 

- autonom arbeitende Steuerungen 
(auch ohne Tastatur), die nach 
RESET bzw. Spannungsausfall selb- 
ständig Wiederanläufen 

- automatische Initialisierung einer 
anderen (Profi-)Tastatur 

- automatischer Programmstart mit 
Laden von Daten/Programmen z. B. 
über V.24-Modul. 

Geeignet für den Autostart sind, ne- 
ben Eigenbau-EPROM- bzw. CMOS- 
RAM-Modulen, umgebaute Module 
M025 USER PROM. 



Bild 1 Schaltungsauszug zur Er- 
zeugung des Strukturbytes 01 



Umbau des Moduls M025 
auf Autostart 

Der Umbau des Moduls ist relativ ein- 
fach. Es muß nur das Strukturbyte 
von F7 auf 01 geändert werden. Bild 1 
zeigt den Schaltungsauszug aus dem 
Gesamtstromlaufplan des Moduls, 
der zur Erzeugung des Strukturbytes 
dient. In der Originalschaltung zieht 
das oberste Gatter des Schaltkreises 
D03 (DL003) beim Eingabebefehl IN 
nn80H (nn-Modulschachtadresse) 
das Datenbit 3 auf Low. Bild 2 zeigt im 
Bestückungsplan zum Modul die 
Lage des Schaltkreises D03. Zur 
Erzeugung des Strukturbytes 01 
müssen zusätzlich die Datenbits 1 , 2, 
4, 5, 6, 7 auf Low gezogen werden. 
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4000 1 
4003 2 


jBASIC-Art 
HL, END (COPY-Bers 
BC , 2000H s Länge 

; Umladen 


400B 21 18 40 
400E 22 Dl B7 
4011 DD CB OB F6 
4015 C3 00 CO 
4018 52 55 4E 
401B OD 


LD HL.4018H (Tasten folge 

LD (0B7D1H),HL (Zeiger 

SET 6 V <IX+8) (aktivieren 
JP 0C002H (REBASIC 


DEFM ’RUN' 

DEFB ODH (ENTER 


Ellen 


401C 00 DEFB O 


401D END EQU * 

Talei 2 Startroutine für Kassettenaut- 



Für die Bits 1 , 2 und 4 werden die drei 
noch freien Gatter des D03 verwandt. 
Dazu werden die Eingänge entspre- 
chend Bild 1 mit den bereits verschal- 
teten Pins 4 und 5 verbunden. Der 
Ausgang 3 kann an den Anschluß E 
der Programmierbrücke RB01 ange- 
schlossen werden. Die weiteren Aus- 
gänge verbindet man über isolierte 
Drähte mit den entsprechenden Da- 
tenbits zweckmäßigerweise in der 
Nähe des direkten Steckverbinders. 
Für die Bits 5, 6 und 7 wird ein zusätz- 
licher Schaltkreis DL003 benutzt. 
Dieser kann direkt auf den D03 aufge- 
setzt werden. Dabei müssen nur die 
Ausgangspins 3, 6, 8 und 1 1 hochge- 
bogen und über Drähte (nur 3, 6, und 
8) angeschlossen werden. Die rest- 
lichen Pins werden mit den Pins glei- 
cher Nummer des D03 verlötet. Nach 
dem Umbau kann eine Überprüfung 
mit dem SWITCH-Kommando er- 
folgen, aber natürlich nicht im 
Schacht 8. Es muß dabei das Struk- 
turbyte 01 angezeigt werden. 




sung wird nach 121 über die Funk- 
tionstastensimulation durchgeführt. 
Dabei ist die Programmlänge mit mo- 
difiziertem Modul M025 auf knapp 
8 KByte beschränkt. 

Eine Möglichkeit der EPROM-Pro- 
grammierung ist in 13/ beschrieben. 
Das hier beschriebene Verfahren 
zum BASIC-Programmstart kann 
auch für den Selbststart von der Kas- 
sette benutzt werden. Dazu wird der 
BASICrlnterpreter mit BYE verlas- 
sen. Ab Adresse 200H wird das Ma- 
schinenprogramm aus Tafel 2 einge- 
geben. Danach erfolgt das Abspei- 
chern mit dem SAVE-Kommando: 
Anfangsadresse - 200 
Endeadresse - Programmende aus 
Zellen 3D7/3D8H 
Startadresse - 200 
Das Programmladen und -starten er- 
folgt gleich aus dem CAOS-Menü mit 
LOAD 

Weitere Möglichkeiten ergeben sich, 
wenn Druckertreiber oder Zeichen- 
bildtabellen im Modul untergebracht 
werden. Bernd Schübler 

Literatur 
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BASIC-Autostart 

Da die meisten Programme der Klein- 
computer KC 85 in BASIC geschrie- 
ben sind, stellt sich natürlich die 
Frage, wie diese Programme von 
EPROM-Modulen gestartet werden 
können. Aufgrund der Speicherstruk- 
tur des BASIC-Interpreters IM ist es 
nicht möglich, das BASIC-Programm 
direkt auf dem EPROM-Modul abzu- 
arbeiten. Deshalb ist es erforderlich, 
beim Start des Moduls das BASIC- 
Programm umzuladen. Das Pro- 
gramm wird zusammen mit den Ar- 
beitszellen des Interpreters (Spei- 
cherbereich 300H bis 400H) im Modul 
abgespeichert. Dadurch wird es mög- 
lich, den Interpreter mit Warmstart 
(entspricht REBASIC) zu starten. 
Tafel 1 zeigt das zum Programmstart 
notwendige Maschinenprogramm. 
Das Ende des BASIC-Programmes 
findet man auf den Adressen 3D7H/ 
3D8H. Die Länge beim Umladen (Ta- 
fel 1 , Adresse 4007/8H ) ergibt sich 
aus der Endeadresse minus 300H. 
Der Start erfolgt, wie gewohnt, mit 
RUN. Die Eingabe der RUN-Anwei- 


Ständige Zeitanzeige 
auf dem KC85/1 

Das vorgestellte Programm realisiert 
eine ständig anzeigende Zeit für den 
KC 85/1 . Es nutzt die Interruptmög- 
lichkeit des CTC sowie Routinen des 
Betriebssystems. Das Programm 
wird ab Adresse XXD, vorzugs- 
weise ab Adresse 20CH (524D) ge- 
schrieben und mit DOKE514, 
-5088:DOKE 518, XXD gestartet. Der 
erste DOKE-Befehl legt den Ort der 
Zeitausgabe auf dem Bildschirm fest. 
Der zweite DOKE-Befehl bewirkt den 
Austausch der Startadresse des In- 

20C PUSH HL E5 

20D PUSH DE D5 

20E PUSH BC C5 

20 F PUSHAF F5 

210 Dl F3 

211 LD DE, (0202) ED 5B 02 02 

215 CALL F4A8 CDA8F4 

218 POP AF Fl 

219 POP BC CI 

21A POP DE Dl 

21 B POP HL El 

21 C El FB 

21DJMPFCC2 C3C2FC 


terruptbehandlungsprogrammes für 
CTC-Kanal 3 im LOW-Byte des Inter- 
ruptvektors (Zelle 206H = 51 8D). 
Das ursprünglich gerufene Interrupt- 
behandlungsprogramm INUHR (UP 
Sekundentakt für Systemuhr, ab 
F4A8H) wird innerhalb des neuen Pro- 
gramms mit CALL F4A8H zusätzlich 
gerufen. Die Uhr wird mit POKE 
29,StdD:POKE 30,MinD:POKE 
31,SekD oder mit dem Time-Befehl 


des Betriebssystems gestellt. Das 
Ausschalten muß vor jedem CSAVE/ 
CLOAD bzw. vor jeder Benutzung 
des CTC mit DOKE 518,-830 erfol- 
gen. Sven Rabe 

Literatur 

IV Dokumentation des Betriebssystems 
OS KC 85/1 , VEB Robotron Vertrieb 
Berlin 


Automatisches Einlesen der Fehlermeldungen 
bei TURBO-PASCAL auf dem AC 7100 


Beim Start von TURBO-PASCAL 
wird der Anwender zuerst gefragt, ob 
die Fehlermeldungen nachgeladen 
werden sollen. Meistens wird diese 
Frage mit ja beantwortet, da Fehler- 
nummern ohne erklärenden Kom- 
mentar wenig aufschlußreich sind. 
Demzufolge ist diese Frage überflüs- 
sig und könnte auch automatisiert 
werden. Dies ist mit einer kleinen Än- 
derung in der Datei TURBO.CMD 


möglich, welche mit dem Debugger 
SID86 bequem ausgeführt werden 
kann. Den Debugger SID86 findet 
man auf der Systemdiskette für 
SCP 1 700. Die Arbeitsgänge sind der 
Tafel zu entnehmen. 

Beim erneuten Start von TURBO- 
PASCAL mit T<ENTER> werden die 
Fehlermeldungen automatisch nach- 
geladen. 

Hartmut Schreiber 


ERLÄUTERUNGEN 


A> 


,.:2A0A 

..:2A0D 

# 

,.:2A10 

..:2A11 

,.:2A12 


SID86 <ENTER> 
rTURBO.CMD < ENTER> 
a2A0A <ENTER> 
mov ax.Ob <ENTER> 

. <ENTER> 
a2A10<ENTER> 
nop <ENTER> 
nop<ENTER> 

. <ENTER> 
wT.CMD <ENTER> 

“C 


Debugger starten 
Datei TURBO.CMD einiesen 
auf Adresse 2A0A assemblieren 
neuen Befehl eingeben 
Assemblieren abbrechen 
auf Adresse 2Ai 0 assemblieren 
2 mal nopeinfügen 


neue Datei T.CMD zur Diskette 
SID86 beenden 


Sichern von PC-Daten 

Seit Mitte des Jahres wird von der 
Handelsgesellschaft Transcommerz 
- unseren Lesern aus Berichten über 
die Leipziger Messen bekannt - ein 
achtseitiges Informationsblatt, die 
TC - Transcommerz Informationen, 
herausgegeben. Mit freundlicher 
Genehmigung veröffentlichen wir 
aus TC2I88 nachfolgend auszugs- 
weise Tips zur Datensicherung. 

Paßwort-Schutz 

Mit entsprechenden Zusatzeinrich- 
tungen prüft Ihr PC vor jedem Zugriff 
auf Daten (Verändern, Programm- 
anwendungen, Kopien usw.) die Be- 
nutzerberechtigung durch ein per- 
sönliches Paßwort im Rahmen einer 
Anmeldeprozedur (log in). Manche 
Programme verfügen über integrierte 
Sicherheitscodes mit bis zu zwölf 
Stellen. Als Paßwort beliebt, da leicht 
zu merken, sind Geburtsdaten, Vor- 
namen oder gar Einzelzeichen 
(Sternchen) - allesamt leicht zu knak- 
ken, zum Beispiel mit „password- 
crakker“-Programmen. 

Sinnvolle Vorschrift für die Gestal- 
tung von Sicherheits-Codes: Sie soll- 
ten aus einer mindestens sechs- bis 
achtstelligen Kombination aus Buch- 
staben, Zahlen und Sonderzeichen 


bestehen, die in kürzeren Abständen 
geändert werden. Einen noch höhe- 
ren Sicherheitsgrad erreichen Sie 
durch die Kombination der Benutzer- 
identifikation mit automatischen Be- 
nutzerprotokollen - auch hier gibt es 
Zusatz-Software. 

Organisierte Datenträgerverwaltung 
Manche Firmen inventarisieren und 
numerieren prinzipiell alle betrieb- 
lichen Datenträger vor der (quittier- 
ten) Ausgabe an die Benutzer und 
schreiben Datenträgerkataloge für je- 
den einzelnen PC vor. Sinnvolle Er- 
gänzungen dieses Systems: Verbot 
der Benutzung anderer, vor allem pri- 
vater Datenträger. Und die Vorschrift, 
Programme und Datenträger nach 
Dienstende nur unter Verschluß auf- 
zubewahren. 

Mechanische Sicherung 
An erster Stelle steht die Sicherung 
von Räumen mit Computerausstat- 
tung durch Spezialtüren oder zumin- 
dest Sicherheitsschlösser. Eine Inbe- 
triebnahme durch Unbefugte läßt sich 
durch T astaturschlösser oder Schlüs- 
selschalter an der Zentraleinheit ver- 
hindern. 


Zu „Filterprogramme und Pipes unter MS-DOS“ 


Zu dem Satz „Diese Methode (En- 
deerkennung über Dateigröße) ist 
deshalb unbrauchbar.“ in MP 9/1 988, 
Seite 266, muß folgendes bemerkt 
werden: Unbrauchbar ist natürlich 
nicht die Endeerkennung einer Datei 
mit Hilfe deren Größe, sondern die 


Programmierung eines Filters unter 
Verwendung der Geräte TRM:, 
CON:, KBD: bzw. der Standardan- 
nahme INPUT von TURBO-PASCAL, 
wegen des unbedingt erforderlichen 
Dateiendekennzeichens wie im Arti- 
kel ausführlich beschrieben. mp 
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Programmpaket für 
Elektroinstallations- 
handwerk 

Für PGHs und das Elektroinstalla- 
tionshandwerk wurde ein Programm- 
paket in BASIC mit anschließender 
Compilerung für den ATARI 800XL/ 
130XE geschrieben. Das Paket um- 
faßt: 

- Rechnungsdeckblatt schreiben 

- Berechnung der Regelleistung 
nach POA564 und Vergleich mit 
Preisliste 44 

- Pflegeprogramm für Preisdateien 

- Materialberechnung und Abbu- 
chung von der Materialdatei 

- Pflegeprogramm für Materialdatei 
und Inventur. 

An Hardware werden das Laufwerk 
1050 und ein Drucker (1029/1027 
oder Epson mit Interface) benötigt. 80 
Prozent Arbeitszeiteinsparung wer- 
den damit erreicht. 

Elektromeister Rainer Bock, Karl- 
Liebknecht-Str.47a, Strehla, 8405; 
Tel.: 455 Güldner 


Driver zur Kopplung 
DZT — AC 7100 

Für die Ansteuerung des DZT 
90x1 20/RS mittels AC7100 wurde 
ein Programm in Turbo-Pascal ge- 
schrieben. 

Es besteht aus dem eigentlichen Dri- 
ver sowie mehreren Prozeduren zur 
komfortablen Bedienung des DZT 
aus Turbo-Pascalprogrammen. Sinn- 
gemäß ist die Lösung auf alle höhe- 
ren Programmiersprachen übertrag- 
bar, welche einen Direktzugriff auf die 
E/A-Ports des Rechners gestatten 
(z. B. Basic unter SCP 1 700). 

Der Datenverkehr erfolgt über die 
V.24-Schnittstelle der ASP. 

VEB Kombinat Schwermaschinen- 
bau „Karl Liebknecht“, Abt. WEV, Alt 
Salbke 6-10, Magdeburg, 3012, 
Tel. 43228 20 Rhode 


MC 80 mit 64 KByte RAM 
und Floppy Disk 

Von uns wurde eine Lösung entwik- 
kelt, die den Gebrauchswert eines 
MC 80 wesentlich steigert. Hierbei 
wurde der Hauptspeicher auf 
64 KByte RAM erweitert. Das Be- 
triebssystem sowie ein Floppy-Disk- 
Urladerprogramm befinden sich auf 
einer EPROM-Karte und werden 
automatisch nach Einschalten des 
Gerätes auf den RAM-Bereich ko- 
piert. Nach jedem Reset wird das Be- 
triebssystem mit Hilfe einer CRC- 
Prüfsumme auf Richtigkeit überprüft. 
Nur im Fehlerfall wird automatisch 
das Standardbetriebssystem vom 
EPROM nachgeladen. 

Der Aufwand für die dazu notwendige 
Speicherbankverwaltung ist äußerst 
gering und wurde direkt am Koppel- 
bus untergebracht. Speziell für den 
MC 80 existiert ein Floppy-Handler, 
der mit 4 Laufwerken arbeiten kann. 
Editor, BASIC bzw. beliebige Anwen- 
derprogramme können sehr schnell 
von der Diskette in den RAM geladen 
werden. Im Zeichengenerator wur- 


den zusätzlich die Kleinbuchstaben 
sowie die Umlaute implementiert. Ein 
leistungsfähiges Textprogramm er- 
möglicht die Textverarbeitung. Die 
T astatur kann softwaremäßig in einen 
Schreibmaschinenmodus versetzt 
werden, indem mit der Floppy ein 
leicht geändertes Betriebssystem 
nachgeladen wird. 

Zusammenfassend ergeben sich für 
die Neuentwicklung folgende Vor- 
teile: 

- hohe Flexibilität durch leichte Aus- 
tauschbarkeit der Programme 

- gute Ausnutzung des Hauptspei- 
chers über 64 KByte (z. B. kann bei 
der Arbeit mit dem Editor der BASIC- 
Speicherbereich mitgenutzt werden) 

- der Datenaustausch MC 80 - Bü- 
rocomputer bzw. MC 80 - Personal- 
computer ist mit Hilfe der Floppy Disk 
möglich 

- alle bisher erstellten MC80-Pro- 
gramme sind ohne Änderung weiter- 
verwendbar, da keine Software- 
schnittstellen geändert wurden. 

VEB Hartmetallwerk Immelborn, Am 
Bahnhof 5, Immeibom, 6207; Tel. 
Bad Salzungen 560 Sandlaß/Graß 


Kalkulationsprogramm 
für KC 85/3 

In Anlehnung an bekannte Tabellen- 
kalkulationsprogramme (KP u. a.) 
wurde für den K QR5/3 p in Kalkula- 
tionsprogramm MINICALC entwik- 
kelt. Das Programm ist in BASIC 
geschrieben und erbringt menüge- 
steuert folgende Leistungen: 

1. Definition einer Tabelle (max. 50 
Zeilen, 20 Spalten, 3 Zeilen Über- 
schrift) mit frei definierbaren Spalten- 
überschriften und Zeilenbezeichnun- 
gen sowie Festlegung von Summie-, 
rungen . 

2. Werteeingabe in die Tabellenfel- 
der und Berechnen (falls gewünscht) 

3. Ändern beliebiger Felder, Sum- 
mierung, Löschen und Einfügen von 
Zeilen und Spalten 

4. Betrachten frei wählbarer Spalten 
der Tabelle 

5. Drucken frei wählbarer Spalten 
(z. B. 1,3, 10, 4) in wählbarer Folge 
(Vorteil gegenüber den bekannten 
Tabellenkalkulationsprogrammen!) 
mit und ohne Summenzeilen 

6. Speichern der Tabelle (1. Datei: 
Tabellenbeschreibung, 2. Datei: Ta- 
bellenwerte) auf MB-Kassette 

7. Laden der Tabelle zur Weiterarbeit 

8. HELP-Funktion. 

Die Anwendung des Programms er- 
fordert keine Programmierkenntnisse 
und ist durch die Menüführung noch 
einfacher als bei KP. 

["VEB Cottana Mühlhausen, ORZ, 
Johannisstr. 44, Mühlhausen, 5700 
r~ Ulbrich 


Datenübertragung 

zwischen 

KC 85/2 (/3) und PC 171 5 

Es wurde ein Softwarepaket entwik- 
kelt, das die Übertragung beliebiger 
Daten (also auch von Programmen, 
Texten, Bildern) zwischen PC 1715 
und KC 85/2 (/3) ermöglicht. 

Die Übertragung erfolgt seriell über 


einen V.24-Kanal, so daß außer 
einem V.24-Modul M003 für den 
KC 85/2 (/3) keine zusätzliche Hard- 
ware benötigt wird. 

Die Datenübertragung kann auf Sei- 
ten des KC aus allen Programmier- 
sprachen und Dienstprogrammen 
heraus mit Hilfe der vorhandenen 
SAVE- bzw. LOAD-Befehle gesteuert 
werden, beispielsweise mit CSAVE 
oder LIST#1 aus BASIC. Der da- 
durch eigentlich aufgerufene Zugriff 
zum Magnetbandgerät wird auf den 
V.24-Kanal umgelenkt. 

Auf seiten des PC 171 5 werden die 
Daten von in PASCAL geschriebenen 
Programmen in Empfang genommen 
und auf Diskette abgelegt oder umge- 
kehrt. 

Friedrich-Schiller-Universität Jena, 
Sektion Technologie für den WGB, 
Technikum LAURA, Ernst-Thälmann- 
Ring 32, Jena, 6900; Tel. 82221 32 
Dr. W. Koch 


Druckprogramm PrintStar 

Das unter CP/M, SCPX, CP/A, DCP, 
SCP 1700 u.a. laufende Programm 
für epson-kompatible Matrixdrucker 
erlaubt, nichtlateinische Schriften 
(Kyrillisch, Griechisch, Koptisch etc.) 
in Wordstar- bzw. TP-Texten beliebig 
miteinander zu kombinieren. Mit 
einem menügesteuerten Full-screen- 
charakter-Editor lassen sich diese 
Zeichensätze modifizieren, aber 
auch eigene (z.B. Quasigrafikzei- 
chen) generieren. Außerdem spricht 
das WS-kompatible Programm eine 
Vielzahl unterschiedlicher Druckmodi 
und Fähigkeiten des Druckers an, die 
WS nur zum Teil oder überhaupt nicht 
unterstützt: Mit CTRL-P-Befehlen 
(keine Escape-Folgen) kann man 
Elite, Pica-, Kursiv-, Entwurfs-, NLQ-, 
Eng-, Weit- und Proportionalschrift, 
Fett- und Doppeldruck, Hoch- und 
Tiefstellung, Unter- und Durchstrei- 
chung miteinander kombinieren. Zum 
Hervorheben selbstgenerierter Zei- 
chen läßt sich die Unterstreichung 
verwenden. Daneben versteht das 
Programm auch alle übrigen CTRL- 
P-Befehle von WS (backspace, Über- 
drucken ganzer Zeilen, Druckstopp, 
Buchseitennumerierung, Seitenvor- 
schub etc.). Andere CTRL-P-Befehle 
erlauben die Verwendung aller natio- 
nalen Zeichensätze des Druckers, 
einschließlich des IBM-Grafikzei- 
chensatzes (wenn am Drucker vor- 
handen) und der selbstgenerierten 
Zeichen in einem Text. Allerdings er- 
scheinen die Zeichen in ihrer gene- 
rierten Form nur im Ausdruck; auf 
dem Bildschirm werden die entspre- 
chenden ASCII-Zeichen dargestellt. 
Die Anzahl unterschiedlicher, in einer 
Textdatei verwendbarer Zeichen- 
sätze wird nur durch die Disketten- 
kapazität begrenzt. Neben der Ver- 
wendung aller WS-Punkt-Befehle für 
das Seitenlayout (Seitennumerie- 
rung, bedingter und unbedingter Sei- 
tenumbruch, Seitenlange, header, 
footer, Anzahl der Kopf- und Fuß- 
zeilen, uni- und bidirektionaler Druck 
usw.), läßt sich der Zeilenabstand be- 
liebig variieren und der linke Rand für 
Kopf- und Fußzeilen unabhängig von 


dem des Haupttextes einstellen. Es 
lassen sich mehrere Textdateien im 
Ausdruck aneinanderhängen. Nach 
dem Start des Programms vom Be- 
triebssystem oder von WS aus kann 
man zwischen Einzelblatt und End- 
lospapier wählen. Die Seitenlänge 
wird automatisch auf das jeweilige 
Format eingestellt, wenn sie nicht 
durch einen Punkt-Befehl bestimmt 
wurde. Im Einzelblattmodus wird der 
Papierendefühler des Druckers ab- 
geschaltet, um auch Formulare bis 
zum Seitenende beschreiben zu kön- 
nen. Der Ausdruck ist auf bestimmte 
Seiten beschränkbar, und die Anzahl 
der zu druckenden Kopien eines Tex- 
tes läßt sich angeben. Nicht zuletzt 
minimiert ein je nach Betriebssystem 
bis zu 32 KByte großer Datenpuffer 
die Anzahl der Diskettenlesezugriffe 
und erlaubt ein entschieden schnelle- 
res Drucken als mit Wordstar. 

Institut für Film, Bild und Ton, 
Abteilung SLE, 

Philipp-Müller-Straße, Block 17, 
Wismar, 2400 Wolf 


Mit dCOUNT werden Häufigkeitsta- 
bellen von dBASE- oder REDABAS- 
Dateien (.DBF oder .DBD) in einem 
Durchlauf erstellt. Das Ergebnis kann 
mit Supercalc (oder KP) verändert 
und ergänzt werden. 

Der COUNT-Befehl in dBASE II er- 
möglicht es, die Anzahl von Sätzen 
einer Datei entsprechend anzuge- 
benden Bedingungen (FOR-Klausel) 
zu ermitteln. Dabei wird mit einem 
Durchlauf aber nur ein Zähler gesetzt. 

Für das Erstellen einer Häufigkeitsta- 
belle sind deshalb ein großer Bedien- 
oder Programmieraufwand und eine 
lange Abarbeitungszeit erforder- 
lich. 

Für diesen Zweck wurde das Pro- 
gramm dCOUNT geschaffen. Durch 
eine Vorauswahl kann die Auswer- 
tung auf einen bestimmten Teil der 
Datei reduziert werden. 

Das Auswerten der Datei, das Aus- 
zählen für die gesamte Matrix erfolgt 
in einem Durchlauf. 

Die Ergebnismatrix kann man sich 
direkt als Textdatei ausgeben lassen 
und in eigenen Programmen weiter- 
verarbeiten. 

Normalerweise wird man sich eine 
Kommandodatei (XQT) für Super- 
calc (oder wahlweise für KP) ausge- 
ben lassen. Dadurch wird eine Super- 
calc-Tabelle mit den Ergebnissen, 
Beschriftungen sowie Summenzeilen 
und -spalten gefüllt. Vor dem Aus- 
druck können dann noch beliebige 
Veränderungen der Tabelle vorge- 
nommen werden, z. B. andere Be- 
schriftungen, Prozentwerte und an- 
dere Berechnungen. 

Die Grenzen des Programms erge- 
ben sich im wesentlichen aus dBASE 
und Supercalc. Das Programm wurde 
in Turbo-Pascal unter CP/A geschrie- 
ben. 

Institut für Virale Zoonosen, j 

Tornowstr. 21 , Potsdam, 1561; 

Tel. 40 56 Giard 


dCOUNT - Häufigkeits- 
analyse 

von dBASE-ll-Dateien 
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Kompatibilität zwischen 
CI 28, PC 171 5 
und Schneider-PC 

In vielen Einrichtungen werden zur 
Zeit verschiedene Rechnertypen ein- 
gesetzt. Einen großen Teil nehmen 
dabei die Typen PC 1715 (W), 
AC7100, Schneider-PC 1512 sowie 
Commodore C 1 28 (D) ein. Für diese 
Rechnertypen wird die Kompatiblität 
durch das Diskettenformat KAYPRO IV 
erreicht. Dabei ist zu beachten, daß 
die zu benutzenden Disketten auf 
dem Commodore CI 28 (D) mit dem 
Formatierungsprogramm MFM-FOR- 
MATTER initialisiert werden müssen. 
Danach ist ein problemloser Daten- 
austausch, z. B. zwischen TURBO- 
PASCAL und REDABAS, oder die 
Arbeit mit dem Textprozessor TP 
bzw. mit POWER möglich. 

Das Format KAYPRO IV muß beim 
PC 171 5 mit dem Programm FOR- 
MATP im Betriebssystem CP/A ein- 
gestellt werden, für den Schneider- 
PC 151 2 ist CONVERT zu nutzen. Der 
mögliche Datenaustausch bezieht 
sich nur auf die Datenfiles, da 
unterschiedliche Betriebssysteme 
(CPM3.0+, CP/A, CP/M) genutzt 
werden. Als COM-Datei (TURBO- 
Compiler, dBASE, Wordstar) findet 
die für das jeweilige Betriebssystem 
konzipierte Software Anwendung. 

Zur Nachnutzung werden angeboten: 

• Beschreibung der durchzuführen- 
den Konvertierungsschritte 

• Formatierungsprogramm für C 128. 

Technische Hochschule Leipzig, Sek- 
tion Elektroenergieanlagen, Wissen- 
schaftsbereich Anlagentechnik, Karl- 
Liebknecht-Straße132, Leipzig, 7030; 
Tel. 3943194 Jannasch/Valtin 

Grafische Funktions- 
darstellung mit A7100 

Der A7100 verfügt über eine lei- 
stungsfähige s/w-Grafik, die mit der • 
Grafikerweiterung SCP-GX nutzbar 
ist. Das vorliegende, mit TURBO- 
PASCAL erstellte Programm 
KKS.CMD ermöglicht die grafische 
Darstellung von Funktionskurven im 
I. und IV. Quadranten eines kartesi- 
schen Koordinatensystems. Nach 
dem Programmstart wird auf dem 
Bildschirm ein Koordinatenkreuz mit 
positiver x-Halbachse und y-Achse 
dargestellt. Die Teilung ist auf beiden 
Achsen mit 20 Pixel festgelegt. Da für 
die grafische Darstellung 400 x 
400 Pixel verwendet werden, stehen 
auf der x-Achse 20 Teilstriche und auf 
der y-Achse ± 1 0 Teilstriche zur Ver- 
fügung. Auf der untersten Zeile des 
alphanumerischen Bildschirms wer- 
den das Menü und die Eingabeechos 
dargestellt. Aus dem Menü sind fol- 
gende Funktionen aktivierbar: 

Werte laden (W): Ein mit seinem 
Namen zu spezifizierendes Datenfile 
(Endung DAT), das eine Wertetabelle 
enthält, wird gelesen und die entspre- 
chende Funktionskurve dargestellt, 
indem die in der x-Koordinate aufein- 
anderfolgenden Punkte mit Geraden 
verbunden werden. Es können maxi- 
mal 5 Funktionskurven, die durch ihre 
Linienart zu unterscheiden sind, 
übereinandergezeichnet werden. 
Teilung (T): Der Maßstab der Achsen 
. wird immer so festgelegt, daß die zur 


Verfügung stehende Fläche vollstän- 
dig genutzt wird. Mit „T“ können die 
Funktionskurven in x- und y-Richtung 
getrennt verkleinert werden. 

Flaster (R): Mit „R“ wird ein Raster im 
Abstand der Teilstriche über das 
Koordinatensystem gelegt und damit 
das Ablesen von Funktionswerten er- 
leichtert. 

Druck (D): „D“ ermöglicht eine Hard- 
copy des aktuellen Bildschirminhal- 
tes auf einem grafikfähigen Drucker. 
Save (S): Der Bildschirminhalt wird in 
ein File mit anzugebenden Namen 
(Name.PIC) gerettet. Das Dateifor- 
mat entspricht dem vom Grafikeditor 
GEDIT erzeugten Format. 

LOAD (L): Eine Bilddatei (Name.PIC) 
wird gelesen und dargestellt. Es ist 
zwischen Überlagern und vorherigem 
Bildschirmlöschen zu wählen. 

TU Dresden, Sektion Informations- 
technik, Bereich Mikroelektroniktech- 
nologie, Mommsenstr. 13, Dresden, 
8027 ; Tel. 4 63 64 08 Krenkel/Meyer 

Softwarelösungen 
zur Finanzplanung 

Zur Anwendung liegen 3 Software- 
lösungen für den PC 171 5 vor. Sie 
umfassen das Erarbeiten und das 
Aufgliedern der 

- Staatlichen Aufgaben (STAG) 

- Staatlichen Auflagen auf Preis- 
basis 1 (STAL/PB1) 

- Staatlichen Auflagen auf Preis- 
basis 2 (STAL/PB2) 

sowie der Kennziffern des Finanz- 
planes durch 

- das Ministerium auf die Kombinate 

- die Kombinate auf die Betriebe 

- die Betriebe auf Erzeugnisgruppen. 
Die Softwarelösungen sind als Menü- 
programme mit eigener Auswahl der 
Programmfolge aufgebaut. Sie wur- 
den anwenderfreundlich angelegt, in- 
dem der Nutzer im Bildschirmdialog 
die verschiedenen Abarbeitungs- 
varianten selbst bestimmen kann. 

Die vom Nutzer abgeforderten Ein- 
gabedaten werden in Dateien abge- 
legt und stehen für alle weiteren 
Rechenoperationen, Bildschirm- und 
Drucklistenausgaben mit aktuellem 
Stand zu Verfügung. Die Programme 
sehen mehrfache Korrekturmöglich- 
keiten bei der Eingabe und beim Auf- 
gliedern der staatlichen Vorgaben in 
den verschiedenen Planungsphasen 
vor, das heißt, die auf dem Bildschirm 
angezeigten Tabellen lassen pla- 
nungstechnische Eingriffe zu, bis das 
Aufgliedern vom Anwender selbst ab- 
geschlossen wird. 

VEB Forschung, Entwicklung und 
Rationalisierung des Schwermaschi- 
nen- und Anlagenbaus Magdeburg, 
Abteilung Ökonomische Grundsatz- 
forschung, Bleckenburgstraße 25, 
Magdeburg, 301 1 ; Tel. 44281/84 

Pflug/Schulze 

Cross-System 

und Softwareemulator 

unter CP/M 

Zur Erweiterung der funktionellen 
Möglichkeiten und der weitgehenden 
Gewährleistung der Aufwärtskompa- 
tibilität des AC7100 zu CP/M-V2.2.- 
Rechnern wurden folgende Pro- 
grammpakete entwickelt: 


XSYS80 - ein Cross-System zur Ge- 
nerierung unter CP/M ladbarer Ma- 
schinenprogramme aus C-Quelltext 
oder 8080-Assembler. Es besteht 
aus folgenden Komponenten: 

• XC80 - ein Tiny-C-Compiler (er- 
zeugt 8080-Mnemonics) 

• XASM80 - ein 8080-Cross-As- 
sembler 

• XL0AD8D - ein Cross-Loader für 
CP/M. 

Alle drei Komponenten sind selbst in 
C geschrieben und können folglich 
auf beliebigen Rechnern implemen- 
tiert werden. 

EMSYSZ80 - ein CP/M-Software- 
Emulationssystem für den Prozessor 
U 880; dient der Abarbeitung von Ori- 
ginal CP/M-Programmen unter ande- 
ren Betriebssystemen und der Simu- 
lation einer entsprechenden System- 
umgebung für diese Programme. 
EMSYSZ80 ist vorwiegend in 8086- 
Assembler geschrieben und ist an 
alle Rechner, die diesen Prozessor 
enthalten, ohne größere Probleme 
anpaßbar. Beide Programmpakete 
wurden unter CP/M 86 auf einem 
A 71 00 mit Erfolg implementiert, 
technische Universität Karl-Marx- 
Stadt, Sektion Physik/Elektronische 
Bauelemente, PSF 964, Karl-Marx- 
Stadt, 9010 Kaiser 


Das Maschinenprogramm mit einer 
Länge von etwa 3 KByte realisiert die 
mathematischen Standardfunktionen 
und ist für die Verarbeitung von 5- 
Byte-Gleitkommazahlen (8 Dezimal- 
stellen) in Maschinenprogrammen 
auf dem KC85/2, /3 vorgesehen. Es 
läuft selbständig unter CAOS. 

Zur Zeit wird an einer Einbindung in 
FÖRTH 880 gearbeitet. Das Pro- 
gramm steht für die Nachnutzung zur 
Verfügung. 

SPS „Heinrich Hertz“, Frankfurter Al- 
lee 14a, Berlin, 1035; Tel. 5895062 
Trappe 


Der Anschluß eines Druckers an die 
V. 24-Schnittstelle (ASP) des A7150 
ist aufgrund der soft- und hardware- 
mäßigen Vorbereitung dieser Schnitt- 
stelle auf eine Nutzung für komplexe 
Datenübertragungssysteme nicht 
möglich. 

Im Ing.-Büro für Rationalisierung 
wurde eine Lösung geschaffen, die 
bei minimalen Hardwareänderungen 
den Betrieb eines Epson LX86 an 
dieser Schnittstelle ermöglicht. Das 
entwickelte Programm installiert nach 
Aufruf aus dem Betriebssystem einen 
Druckertreiber, der sämtliche Aus- 
gaben an den Systemdrucker, an den 
die V.24-Schnittstelle angeschlossen 
ist, umleitet. 

Außerdem steht ein Programm zur 
Verfügung, daß den Anschluß eines 
Druckers LX86 an die KDS K8915 
ermöglicht, falls an dieser eine V.24- 
Schnittstelle vorhanden ist (ATS 
K 7028.20). 

Ing.-Büro für Rationalisierung des 
VEB Kombinat Landtechnik Suhl im 
VEB KfL Sonneberg, Ackerstr.40, 
PSF 2, Sonneberg, 641 2; Tel. 451 81 
App. 45 Rockstroh 


Terminalemulation VT 100 
unter MS-DOS 

Terminalemulation ist eine Hard- und/ 
oder Softwarelösung, welche das 
Terminalprotokoll eines Großrech- 
ners und die Schnittstelle zum An- 
wender terminalseitig auf einem selb- 
ständig arbeitsfähigen Rechner 
nachbildet und somit einem Nutzer 
die Abwicklung des Protokolls mit 
einer Großrechnerapplikation gestat- 
tet. Es wird ein Ressourcen- und 
Kommunikationsverbund zwischen 
Emulationsrechner und Großrechner 
erzielt. 

Das Terminal VT 1 00 stellt einen Indu- 
striestandard der Firma DEC dar und 
ist für alle Großrechner mit DEC-ähn- 
licher Architektur einsetzbar. 

Das vorliegende Emulationspro- 
gramm realisiert die Emulation des 
genannten Terminals auf Rechnern 
der Klasse IBM 'PC/AT mit einer Lei- 
terkarte FPU als E/A-Koprozessor- 
karte. Das Softwareprodukt ist zu 
90% in der Programmiersprache C 
implementiert und weist daher a priori 
eine hohe Kompatibilität auf. Durch 
klare Schichtung und Modularisie- 
rung ist die Software leicht ander- und 
erweiterbar. So kann ein Filetransfer- 
service in kurzer Zeit installiert wer- 
den. 

Für Rechner, die unter dem Betriebs- 
system MS-DOS arbeiten, aber nicht 
über eine Leiterkarte FPU verfügen, 
kann durch nachgeladene Driver das 
Verhalten derselben nachgebildet 
werden. Es liegt ein Driver für diese 
Aufgabe für die Rechner der Klasse 
IBM PC/XT vor. Aufgrund der Simula- 
tion der Hardware dieser Rechner- 
klasse beim EC 1 834 ist derselbe Dri- 
ver auch für diesen Rechnertyp ein- 
setzbar. Auf den genannten Rechner- 
klassen wird die Emulation erfolg- 
reich im Routinebetrieb genutzt. Ein 
Driver für den Rechnertyp A7150 ist 
in Vorbereitung, wodurch das Soft- 
wareprodukt auf allen in der DDR der- 
zeit verfügbaren MS-DOS-Rechrtern 
einsetzbar wird. 

TU Dresden, Informatikzentrum, Be- 
reich SW, LFK BS, Mommsenstr. 13, 
Dresden, 8027; Tel. 4 57 5561 

Oelsner 


■ eine Lösung zum Datenaustausch 
(Datenträger Diskette) zwischen C- 
64 und Schneider PCW8258. Eine 
serielle Schnittstelle Schneider 
RS 232 C steht zur Verfügung. Ver- 
wendung finden Diskettenlaufwerke 
des Typs VC 1541. Erstrebenswert 
wäre eine Erweiterung des kompati- 
blen Datenaustauschs auf die Typen 
PC 1 71 5 und AC 71 00. 

Staatlicher Forstwirtschaftsbetrieb 
Kyritz, Karnzow, 1901 Kellas 

... eine Software/Hardware-Lösung 
zum Datentransfer zwischen dem 
Fernschreiber F2000 und EC 1834 
(Möglichkeit der Verarbeitung von 
FS-Texten mittels DCP-TP und um- 
gekehrt). 

VEB Chemieanlagenbaukombinat 
Leipzig-Grimma, Stammbetrieb 
Grimma, Dispatcherzentrale Kombi- 
nat, Grimma, 7240; Tel. 4029 

Frenzel 


Arithmetikprogramm 


V.2 4-Druckertreiber 
für A 7150 undK891 5 


Wir suchen . . . 
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Lokale Computernetze 

von B. Lindemann, Verlag Die Wirt- 
schaft 1988, 244 Seiten, 49 Abb., 8 
Tabellen, 14, -M 



Die Broschüre gibt einen zusammen- 
fassenden Überblick über den gegen- 
wärtigen Entwicklungsstand auf dem 
noch sehr jungen Wissensgebiet der 
lokalen Netze (Local Area Network - 
LAN), wobei versucht wurde, alle re- 
levanten Fragen der Anwendung 
über die Topologien, Übertragungs- 
verfahren, Steuerverfahren usw. bis 
hin zur Struktur von Controllern und 
Fragen der Verwaltung von LAN zu 
betrachten. Es wird dabei auf einen 
breiten Leserkreis aus allen Be- 
reichen der Volkswirtschaft orientiert, 
der sich privat oder beruflich einen 
Überblick über die Entwicklungen auf 
dem Gebiet moderner Kommunika- 
tionstechnologien verschaffen will. 
Diese Broschüre unterstützt somit 
aus inhaltlicher und preislicher Sicht 
bei der Schließung einer im Buchhan- 
del vorhandenen Lücke. 
Hauptanwendungsgebiete und Merk- 
male von LAN werden im ersten Ab- 
schnitt diskutiert. Im zweiten Ab- 
schnitt wird auf der Grundlage inter- 
nationaler Dokumente eine Definition 
für LAN gegeben, es werden ihre 
Komponenten betrachtet und ihre Ab- 
grenzungen zu anderen Kommunika- 
tionstechnologien diskutiert. In den 
folgenden drei Abschnitten werden 
Vermittlungstechnologien, Netztopo- 
logien, Übertragungsverfahren und 
Steuerverfahren für LAN betrachtet. 
Im sechsten Abschnitt wird auf der 
Grundlage des IS.O-Referenzmodells 
eine Einführung in die Schichten- 
architektur von LAN und im siebenten 
Abschnitt eine Einführung in die 
Hardwarekomponenten für LAN ge- 
geben. Der achte Abschnitt ist Fragen 
der Verkopplung von LAN mit gleich- 
artigen bzw. anderen Netzen gewid- 
met. Im neunten Abschnitt werden 
konkrete z. T. herstellerspezifische 
LANs, wie Ethernet, Rolanetl, IBM- 
Token-Ring, Wang Net und Hyper- 
channel, überblicksmäßig betrachtet. 
Der abschließende zehnte Abschnitt 
enthält eine wertvolle Zusammenfas- 
sung des gegenwärtigen Standes der 
Standardisierung von Netzen. 
Zusammenfassend kann positiv ein- 


geschätzt werden, daß der Autor ver- 
sucht hat, eine sehr breite Palette an 
internationalen Entwicklungen aus- 
zuwerten und in die vorliegende Bro- 
schüre einzubeziehen. Ein wesent- 
licher Nachteil ist jedoch, daß fast alle 
„Blüten", die die LAN-Entwicklung in 
den letzten 1 5 Jahren hervorgebracht 
hat, kritiklos und gleichberechtigt 
nebeneinander gestellt werden. Die 
Folge ist, daß der Leser mit einer Viel- 
zahl von Begriffen konfrontiert wird, 
die bei dem Umfang der Broschüre 
dann nicht hinreichend oder gar nicht 
definiert werden. Man gerät dadurch 
beim Lesen sehr schnell in Wider- 
sprüche, da die „Begriffswelten“ der 
verschiedenen Hersteller bzw. Ent- 
wickler von LAN nicht widerspruchs- 
frei sind bzw. im Widerspruch zu frü- 
heren Aussagen in der Broschüre 
stehen. Der Hauptmangel ist folglich, 
daß der Leser nicht klar erkennen 
kann, was die Hauptentwicklungsli- 
nien auf dem Gebiet der LAN sind, die 
sich seit Mitte der Achtziger Jahre 
herauskristallisiert haben. Zweifellos 
wäre ein kritischeres Herangehen 
des Autors an die Veröffentlichungen 
der Jahre 1978 bis 1983 in diesem 
Sinne wünschenswert gewesen. 

Prof. Dr. Thomas Horn 


Computer Graphics 

Gerätetechnik, Programmie- 
rung und Anwendung 
graphischer Systeme 
von J. Encarnacao und W. Straßer. 
Akademie- Verlag, Berlin 1988 
Mit Übernahme der 2. Auflage dieses 
Buches vom Oldenbourg Verlag ist 
dem Akademie-Verlag Berlin ein 
guter Griff gelungen. Auf etwa 450 
Seiten behandelt es die Grundlagen 
der grafischen Datenverarbeitung in 
erschöpfendem Maße. Den Hauptteil 
bilden Gerätetechnik, grafische Sy- 
stemprogrammierung, mit GKS und 
3D-Geometrieverarbeitung. Einge- 
hende Behandlung finden hier die 
Beschreibung dreidimensionaler Ob- 
jekte, ihre Transformationen sowie 
ihre Darstellung auf ebenen Aus- 
gabemedien bis hin zu Visibilitätsver- 
fahren und Beleuchtungsmodellen. 
Es geht also um solche Informatik- 
Grundlagen, die heute u. a. dafür sor- 
gen, daß man synthetische Compu- 
terbilder kaum noch von Fotografien 
unterscheiden kann. Wichtige Rand- 
gebiete wie Dialog, Bildverarbeitung 
und CAD/CAM werden in den Zusam- 
menhang von Computer Graphics 
eingeordnet. 

Das Buch wendet sich an Studenten 
einschlägiger Fachrichtungen, an 
Hersteller von grafischen Hard- und 
Softwaresystemen sowie an Anwen- 
der, die den Prinzipien der grafischen 
Datenverarbeitung auf den Grund 
gehen möchten. Dieser Zielgruppe 
gemäß ist der Stil sachlich und trotz 
strenger Wissenschaftlichkeit gut 
verständlich. Anschaulichkeit wird er- 
reicht durch zahlreiche Abbildungen, 
Fotos sowie einen originellen Farb- 
bildteil. Ein sorgfältig ausgebauter 
und offenbar im Hochschulbetrieb 
wohlerprobter Anhang aus Übungen, 
Lösungen und einem Glossar unter- 
stützt den Lehrbuchcharakter. Es 
mag sein, daß mancher Computer- 


anwender die fertigen Quelltexte zum 
Abtippen vermißt, wie er sie in ande- 
ren Büchern zur gleichen Thematik 
findet. Dafür ist es nun mal ein Grund- 
lagenwerk, und es wird dieser Rolle in 
Inhalt, Herangehensweise und Aus- 
stattung in solider Weise gerecht. 
Nicht ganz zu teilen ist die Auffassung 
der Autoren im Vorwort, daß nach 
stürmischer Entwicklung des Fach- 
gebietes in 10 Jahren seit der 1 . Auf- 
lage nun eine zeitlos stabile Version 
erreicht sei. Sicher wird in den folgen- 
den 10 Jahren die Entwicklung min- 
destens so stürmisch weitergehen - 
sowohl bei den Grundlagen (z. B. Ani- 
mation, Wissensverarbeitung, neue 
Standards) als auch bei den Anwen- 
dungen (z. B. Robotersimulation, 
Verschmelzung von Grafik- und T ext- 
verarbeitung, Werkstückmodellie- 
rung). Gerade deshalb darf man zu- 
frieden sein, auf einem derart beweg- 
ten Gebiet den gegenwärtigen Stand 
des Grundlagenwissens so umfas- 
send vorzufinden wie in diesem Buch . 

Dr. Günter Rothhardt 


CAD-Grundlagen 

von R. Helmrich und P. Schwindt, 
VEB Fachbuchverlag Leipzig 1986, 
Lizenzausgabe des Vogel-Buchver- 
lag Würzburg, 212S..30-M 
Das leicht lesbare und gut verwert- 
bare Buch von Helmrich und 
Schwindt hat einen weit gefaßten und 
zu anspruchsvollen Titel. Erst der Un- 
tertitel „Eine Anleitung zum rechner- 
gestützten Zeichnen“ engt gebüh- 
rend ein. Aber auch der Ausdruck 
„Grundlagen“ ist zu global. Tatsäch- 
lich werden nur Grundbegriffe des 
rechnergestützten Zeichnens allein 
mechanischer Gebilde behandelt. 
Das Buch ist eine Brücke für jene, die 
sich in dieses Gebiet einführen las- 
sen wollen. Außer den unmittelbar 
fachlichen Informationen zur rechen- 
technischen Hard-/Software-Basis 
von CAD-Systemen und den elemen- 
taren Zeichen- bzw. rechentechni- 
schen Beschreibungen geometri- 
scher Gebilde beschäftigt es sich 
auch mit Anforderungen an die Quali- 
fizierung von CAD-Systemnutzern. 
Bemerkenswert ist, daß zahlreiche 
Aufgaben und nachfolgend entspre- 
chende Lösungen zu allen relevanten 
Kapiteln vergeben werden. Damit 
wird das Buch zum autodidaktischen 
Lehrbuch. 

Die kategorische Aussage jedoch 
(S. 15): „Maschinen können nicht 
denken, dieser Grundsatz wird be- 
stehen bleiben“ - ist unzulässig und 
grob irreführend. Unbestreitbar ent- 
wickelt sich insbesondere mit der 
5. Rechnergeneration ein leistungs- 
fähiges „maschinelles Denken“, von 
dem ganz besonders für das quali- 
tative Niveau künftiger CAD-Systeme 
bedeutende Auswirkungen erwartet 
werden. So ist auch der Satz (S. 1 57): 
„Die Übertragung von Konstruktions- 
wissen auf das CAD-System ist auch 
in Zukunft kaum zu erwarten“ nicht 
mehr zulässig. 

Sehr viele der im Buch behandelten 
Begriffe haben bleibenden Wert, wie 
Koordinatensystem, geometrische 
Operationen, Menü, Konstruktion, 
Zeichnungselemente, Modell, Ebene, 


Raum, Körper u. a. Sie haben bereits 
ein gutes Alter. Aber gerade die durch 
den Rechner bedingten Leistungen 
und Begriffe unterliegen einem be- 
merkenswerten Wandel. Der rech- 
nergestützte Entwurf (CAD) steht 
ganz am Anfang. So ist auch diese 
CAD-Einführung nicht ein Standard- 
werk, sondern eine zeitgemäße, nütz- 
liche Darstellung - die bereits viele 
Leser gefunden hat. Es ist zuneh- 
mend notwendig, sich mit diesen 
technischen Mitteln engagiert zu be- 
schäftigen. Im vorliegenden Beispiel 
wäre das Zeichnen elektrischer/elek- 
tronischer oder informatischer Ge- 
bilde gut gewesen. Aber dies gehörte 
nicht zur Absicht der Autoren. 

Prof. Dr. Dr. M. Roth 


Transistor- und Schalt- I 

kreistechnik 

von H.-J. Fischer und W. E. Schlegel, 

3., völlig überarbeitete Auflage, Mili- 
tärverlag der DDR, Berlin 1987, 

386 Seiten, 456 Bilder, 14.30M 
Die stürmische Entwicklung der 
Nachrichtentechnik und Elektronik 
erfordert, neben dem beruflich Inte- 
ressierten auch zunehmend dem 
Amateur Möglichkeiten bereitzustel- 
len, sich sowohl schnell als auch um- 
fassend über diese Gebiete zu infor- 
mieren. 

Diesem Charakter entspricht das vor- 
liegende Buch an sich, und dieser ! 

Band entspricht dem um so mehr, da 
er nun schon in dritter, völlig über- 
arbeiteter, auf den neuesten Stand 
gebrachter Auflage vorliegt. f 

Dem Amateur ist es ein moderner 
Leitfaden für die Praxis. Das Buch 
verzichtet aber auch nicht auf einen 
kurzgefaßten theoretischen Teil. Ob- 
wohl aus der Amateurbibliothek her- 
ausgegeben, so ist es doch kein ferti- 
ges „Kochbuch“ für den Amateur. 
Vielmehr wird dem Amateur ein Wis- 
sen durch die Autoren aufbereitet, 
das er für den Aufbau funktionstüchti- 
ger Schaltungen benötigt. Dazu wer- 
den neben der Vorstellung charakte- 
ristischer Schaltungsbeispiele auch 
theoretische Grundlagen und techno- 
logische Zusammenhänge vermittelt. 

Damit wird dem Amateur das Rüst- 
zeug zum Verständnis weiterführen- 
der Spezial- und Fachliteratur ge- 

So wird der Mikroprozessor und des- 
sen Applikation aus diesem Buch be- 
reits ausgeklammert und auf die dazu 
existierende, sehr umfangreiche 
Spezialliteratur verwiesen. 

Mit seiner Praxisorientierung ist die- 
ser Band dem Amateur, aber auch 
dem Ingenieur ein wertvolles Stan- 
dardwerk. Dr. I. Schreiber 


Expertensysteme 

Lösung nichtformalisierter 
Aufgaben im Dialog 
mit dem Computer 
von E. W. Popow, Verlag Nauka, 
Moskau 1987, 288 Seiten, in russi- 
scher Sprache 

Das Buch richtet sich an Informatiker, 
an Spezialisten auf den Gebieten der 
Künstlichen Intelligenz und der auto- 
matisierten Steuerungssysteme. Die 
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systematische Darlegung macht es 
aber auch empfehlenswert für Stu- 
denten der entsprechenden Fach- 
richtungen und für Interessenten, die 
bereits eigene Erfahrungen zur Infor- 
matik besitzen. 

Als Teilgebiet der Künstlichen Intelli- 
genz (Kl) stellen sich die Experten- 
systeme (knowlegde engineering) die 
Aufgabe, die Prinzipien und Instru- 
mentarien der Kl in die Lösung 
schwieriger Anwendungsprobleme 
einzubringen, die ein Expertenwissen 
verlangen. 

Das Buch ist eine der wenigen 
Quellen, in der die seit der Heraus- 
bildung des Wissensgebietes Exper- 
tensysteme erzielten Ergebnisse und 
Erfahrungen systematisch und be- 
wertend dargelegt werden. 

In der Einführung werden die Grund- 
lagen, die Architektur und die Metho- 
dologie zur Erarbeitung von Exper- 
tensystemen aufgeführt. Dabei wird 
eine große Anzahl von Experten- 
systemen und Instrumentarien vor- 
gestellt. Das System MYCIN zur 
Behandlung von Infektionskrank- 
heiten dient in den weiteren Kapiteln 
neben anderen als Bezug zur Dar- 
legung der Funktionsweisen und 
Konstruktionsprinzipien der Exper- 
tensysteme. 

Den Problemen Wissensrepräsenta- 
tion, Dialogführung mit dem Nutzer, 
Suchstrategie für Lösungen, Steue- 
rung der Funktionsweise und Er- 
klärkomponenten ist je ein Kapitel ge- 
widmet. Der Wissenserwerb ist in 
zwei Kapiteln beschrieben. 

Das Literaturverzeichnis mit 184 
Quellenangaben im Zeitraum von 
1976 bis 1986 gibt einen repräsenta- 
tiven Überblick. 

Hervorzuheben ist das Bemühen des 
Autors, durch systematische Gliede- 
rung, Erläuterung der verwendeten 
Begriffe und zahlreiche Beispiele 
einen umfassenden Einblick in die 
Problematik zu geben. Aufgeführte 
Lösungsvarianten zu jedem Teilpro- 
blem werden vom Autor begründet 
und bewertet, wobei auch auf per- 
spektivische, aber noch nicht ausrei- 
chend erforschte Lösungswege hin- 
gewiesen wird. Besonderes Augen- 
merk wird auf Reihenfolge und Inhalt 
der einzelnen Entwicklungsstufen bei 
der Erarbeitung eines Experten- 
systems gelegt. Obwohl sich die Bei- 
spiele hauptsächlich auf Experten- 
systeme auf der Grundlage von 
Produktionssystemen (Wissensbasis 
sind Regeln und Fakten) stützen, 
sind die Anforderungen an die Funk- 
tionsweise der einzelnen Komponen- 
ten allgemein formuliert. Die Kapitel 
zum Wissenserwerb werden am Bei- 
spiel des Regel- und Faktenerwerbs 
im System TEIRESIAS abgehandelt 
und bieten Ansatzpunkte für weiter- 
führende Forschungen auf der Basis 
von Frame-Strukturen und Ver- 
erbungshierarchieen der Wissens- 

Einschränkend muß auf das Fehlen 
eines Sachregisters und auf die Viel- 
zahl der verwendeten Abkürzungen 
hingewiesen werden. In den Kapiteln 
zur Dialogführung und zu den Er- 
klärkomponenten werden zur grafi- 
schen Kommunikation keine Dar- 
legungen gemacht. Hier beschränkt 
sich der Autor leider nur auf die natür- 
lichsprachige Verständigung (rus- 
sisch), deren Probleme selbst nur 
wieder im Rahmen eines Experten- 
systems zu lösen wären. 

Dr. K. Biedka 


Das Software-Lexikon 

von Klaus W. Jamin, Expert Verlag 
Ehningen und Taylorix Fachverlag 
Stuttgart 1 988, 350 Seiten 
Die rasante Entwicklung der Compu- 
tertechnik ist verbunden mit einer Flut 
ständig neuer Begriffe, Produkt- 
namen, Schlagwörter. Sowohl An- 
fänger wie Spezialisten dürften daher 
dankbar sein für ein Lexikon, das 
ihnen hilft, bei dieser Informations- 
fülle die Übersicht zu behalten. Die 
Autoren des vorliegenden Buches 
wollen sich vor allem an den Praktiker 
wenden und den, der es werden will. 
Großer Wert wurde daher auf eine 
einfache und anschauliche Erläute- 
rung der Begriffe gelegt. Allerdings 
wird bei vielen Beispielen dieses 
Buches die Problematik einer sol- 
chen Verfahrensweise deutlich: Die 
Exaktheit leidet doch hin und wieder 
darunter: “Beispielsweise bei der Be- 
stimmung des Begriffs AI (artificial in- 
telligence), der lediglich anhand der 
Meinungsäußerungen prominenter 
US-amerikanischer Wissenschaftler 
vorgenommen wird. Hier ist übrigens 
auch das Fehlen eines Querverwei- 
ses zur Künstlichen Intelligenz zu be- 
mängeln, wie insgesamt Verweise 
recht lax gehandhabt werden. 

Bei der Auswahl der über 1 000 Stich- 
wörter lag der Schwerpunkt auf den 
Programmiersprachen, wobei auch 
Beispiele aus der praktischen An- 
wendung von Programmen berück- 
sichtigt wurden. Auf die Erläuterung 
von Begriffen wie Luftcomputer oder 
Krankencomputer hätte dabei getrost 
verzichtet werden können. 

Der unbestreitbare Vorteil des Buches 
liegt vor allem in seiner Aktualität. 
Wenn man berücksichtigt, daß viele 
der aufgenommenen Begriffe erst im 
letzten Jahr entstanden sind oder ge- 
prägt wurden - beispielsweise gilt 
1987 als das Jahr des Desktop Pu- 
blishing (DTP), und im April 1987 
stellte IBM ihr Personal System /2 mit 
dem Betriebssystem OS/2 vor - dann 
setzt die Herausgabe eines solchen 
Lexikons zu Beginn dieses Jahres 
Maßstäbe. 

Hans Weiß 


Telekommunikation — 
Netze und Dienste der 
Deutschen Bundespost 

von A. Albensöder (Hrsg.) R. v. Dek- 
ker’s Verlag, Heidelberg 1987, 
1 79 S., 63 Bilder, Literatur- und Stich- 
wortverzeichnis 

Die Telekommunikation wird im zu- 
nehmenden Maße Bestandteil der In- 
frastruktur. Voraussetzung der An- 
wendung sind Fernmeldenetze und 
-dienste. 

Die vorliegende Veröffentlichung be- 
schäftigt sich in gut verständlicher 
Form mit bestehenden Fernmelde- 
netzen wie Telefonnetz, integriertes 
Text- und Datennetz (IDN) sowie 
Breitbandverteilnetze. Schwerpunkte 
bilden dabei Datexdienste mit Lei- 
tungsvermittlung und Paketvermitt- 
lung. Ein besonderes Kapitel ist den 
Endgeräten der Fernmeldenetze ein- 
schließlich der der Breitbandverteil- 
netze und Glasfaser-Overlaynetze 
gewidmet. Von besonderem Inter- 
esse erscheinen jedoch die Aus- 
führungen zu Weiterentwicklungen 
der Fernmeldenetze und Fernmelde- 
dienste. Sie beziehen sich vor allem 


auf den Übergang von der analogen 
zur digitalen Telefonübertragungs- 
und -Vermittlungstechnik sowie auf 
die Breitbandverteilnetze. Wichtig für 
bestimmte Anwendergruppen könn- 
ten die Ausführungen zum dienst- 
integrierten digitalen Fernmeldenetz 
ISDN sein, wofür ein digitales Tele- 
fonnetz Voraussetzung ist. Informa- 
tionen zu Planungen bestimmter 
Etappen der Entwicklung mit Jahres- 
angaben ihrer Realisierung gestatten 
einen Einblick in die Entwicklung von 
Netzen und Diensten: 

Digitales Telefonnetz (ab 1985/86, 
Übertragungs- und Vermittlungstech- 
nik); ISDN (ab 1988, 64kbit/s-Dien- 
ste); Integration schmal- und breit- 
bandiger Fernmeldedienste der Indi- 
vidualkommunikation im Breitband- 
ISDN (90er Jahre); Integration der 
Individualkommunikations- und Ver- 
teildienste im Glasfaser-Universal- 
fernmeldenetz (langfristige Option). 

Prof. Dr. W. Schoppan 

Desktop Publishing: 

Setzen und Drucken 
in eigener Regie 

von Gerhard Bader, Vogel-Buch- 
verlag Würzburg, 1987, 186 S., 
ISBN 3-8023-0195-1 
Das Buch gibt einen guten Überblick 
über eine neue Technologie der Her- 
stellung von Drucksachen. Die immer 
besseren grafischen Möglichkeiten 
moderner 16- und 32-Bit-PC sowie 
die rasante Entwicklung der Drucker- 
technologien haben aus der einfachen 
elektronischen Textverarbeitung ein 
ganz neues Gebiet der Computer- 
anwendung mit einem zunehmend 
großen Marktanteil entstehen lassen. 
Bilder und Texte können zu einem 
Dokument verbunden, frei gestaltet 
und in hoher Qualität vom einfachen 
Matrixdrucker bis zu professionellen 
Laserbelichtungsanlagen ausgege- 
ben werden. Mögliche Anwendungen 
sind dabei die dezentrale Drucksa- 
chenherstellung in Betrieben bis zu 
kleinen und mittleren Druckereien. 
Das Buch, das fast vollständig mit 
dieser Technologie (DTP) hergestellt 
wurde, gibt Informationen über Hard- 
und Sloftware, auch über ihre Vor- 
und Nachteile. Es wird eine auch für 
den unerfahrenen Leser verständ- 
liche Einführung gegeben. Von be- 
sonderem Interesse für Einsatzvor- 
bereitung und Entscheidungsfindung 
ist das Eingehen auf die Schnittstel- 
lenproblematik zu Standardsoftware, 
Textsystemen und CAD-Program- 
men. Der Autor beschreibt ausführ- 
lich die wichtigsten Softwareprodukte 
und ihre praktische Anwendung, 
macht Möglichkeiten und auch der- 
zeitige Grenzen deutlich. Ein Anhang 
mit Abbildungen ausgedruckter Bei- 
spiele und einem Verzeichnis der 
Fachbegriffe bildet eine sinnvolle Er- 
gänzung der T extaussagen . 

Die Einbindung von DTP in Robotron- 
Systeme und DDR-Standardsoftware 
wie TP, REDABAS, MULTICAD usw. 
ist denkbar und teilweise bereits er- 
probt (siehe MP 4/88). 

Matthias Fischer 


Maschinensprache 
des IBM-PC in der Praxis 

von Isa Brors, Hüthig Verlag, Heidel- 
berg 1 986, 278 Seiten, 20 Beispiele 
Der vorliegende Band befaßt sich mit 
der Assembler-Programmierung des 


IBM-PC/XT und wendet sich damit an 
Nutzer, denen die Möglichkeiten 
einer höheren Programmiersprache 
als nicht ausreichend erscheinen 
bzw. an solche, für die Assembler- 
Programmierung einziges Mittel zur 
Lösung ihrer speziellen Probleme 

Nach einer knappen Einführung über 
die Darstellung von Zahlen in ver- 
schiedenen Zahlenbereichen wird 
kurz die weitere Struktur des 8088- 
Prozessors behandelt. Dabei werden 
insbesondere die möglichen Adres- 
sierungsarten erläutert, wobei die 
durchgängige Verwendung einer ex- 
akten und einheitlichen Terminologie 
wünschenswert wäre. Im dritten Kapi- 
tel wird der komplette Befehlssatz 
des 8088 in knapper und übersicht- 
licher Form beschrieben. Die hier ge- 
wählte Darstellungsform eignet sich 
gut für die Nutzung des Bandes als 
Nachschlagewerk. Die sich anschlie- 
ßenden beiden Kapitel über die Ar- 
beitsweise von Assembler, Linker 
und Debugger - es wird auf MASM, 
LINK und DEBUG Bezug genommen 
- erläutern den prinzipiellen Aufbau 
eines Assembler-Programmes sowie 
die notwendigen Hilfsmittel und 
Arbeitsschritte zum Erzeugen eines 
lauffähigen Programms. Ein erstes 
Programmbeispiel illustriert diese 
Erörterungen. Das zehnte Kapitel be- 
schreibt anhand von zwanzig Pro- 
grammbeispielen mit den dazuge- 
hörigen Listings sowohl die Arbeits- 
weise der funktionellen Einheiten 
eines PC (Bildschirm, Tastatur, Druk- 
ker usw.) als auch häufig angewandte 
mathematische Verfahren und Sor- 
tieralgorithmen. Einige dieser Bei- 
spiele sind durchaus geeignet, Be- 
standteil einer nutzereigenen Modul- 
bibliothek zu werden. Insgesamt sind 
die gewählten Beispiele konstruktiv 
und sorgfältig programmiert. Die 
letzten beiden Kapitel vermitteln 
überblicksmäßig Informationen über 
Dateiformate und Hardware-Erweite- 
rungen. 

Die im Anhang aufgelisteten Anga- 
ben zu den wichtigsten Interrupts und 
Code-Tabellen sowie ein Register 
und ein Schnell-Index zum Auffinden 
der Assembler-Befehle erleichtern 
die Nutzung dieses Bandes als Kom- 
pendium. 

Die Autorin hat sich auf die wesent- 
lichen Aspekte der Assembler-Pro- 
grammierung beschränkt, wobei bei 
einigen Beispielen weitergehende 
Erläuterungen zum mittlerweile Stan- 
dard gewordenen PC-Betriebs- 
system PC-DOS/MS-DOS wün- 
schenswert wären. 

Ich bin der Auffassung, daß der mit 
den Grundbegriffen der Mikrorech- 
ner-Programmierung vertraute Leser 
sich mit Hilfe der kurzen und über- 
sichtlichen Ausführungen dieses 
Bandes einen Überblick über die 
Möglichkeiten der Assembler-Pro- 
grammierung des 8088 verschaffen 
kann. Bernd Höppner 
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EISA contra Mikrokanal. 

Einen neuen Busstandard für 32-Bit- 
Personalcomputer zu schaffen haben 
sich führende Computerproduzenten 
vorgenommen. Auf einer gemein- 
samen Pressekonferenz am 1 3. Sep- 
tember in New York gaben die Firmen 
AST, Compaq, Epson, Hewlett Pak- 
kard, Olivetti, NEC, Tandy, Wyse und 
Zenith Einzelheiten zu dem Vorhaben 
bekannt. Ausgangspunkt^ der Ent- 
wicklung ist zum einen die Unzufrie- 
denheit der Hersteller mit der techni- 
schen Qualität des Mikrokanals, den 
IBM mit dem PS/2 als neuen Indu- 
striestandard durchsetzen möchte. 
Andererseits sicher das Verhalten 
des Marktführers, das den anderen 
Firmen den Zugang zum Mikrokanal 
über Lizenz- und Kennummernver- 
gabe erschwert. Demzufolge haben 
sich inzwischen bereits mehr als 50 
weitere Hersteller zur Unterstützung 
der Extended Industry Standard Ar- 
chitecture (EISA) bereit erklärt, unter 
ihnen beispielsweise Intel, AT&T, 
Chips & Technologies, Microsoft, 
Borland und Ashton-Tate. Die ersten 
Lizenz-Mikrokanal-PC-Produzenten 
Dell, Tandy und Apricot wollen, wie 
die meisten anderen auch, allerdings 
zweigleisig fahren und beide Archi- 

Funktion und Leistung im Vergleich 


Nachfolger von Framework II 

Als Nachfolger des integrierten Soft- 
warepaketes Framework II kommt 
von Ashton-Tate jetzt Framework III 
auf den Markt. Es wurde in den Funk- 
tionsbereichen Textverarbeitung, Ta- 
bellenkalkulation, Datenbank, Grafik 
und Datenfernübertragung wesent- 
lich verbessert und erweitert; Dateien 
des Vorgängers können jedoch pro- 
blemlos übernommen werden. 

Die prinzipielle Bedienung des Pro- 
grammes hat sich nicht geändert. 
Alternativ zur Tastatur gibt es jetzt 
auch eine Maus. Die Textverarbei- 
tung wurde, mit einer automatischen 
Silbentrennung versehen. Ebenfalls 
automatisch werden nunmehr Inhalts- 
verzeichnisse erstellt. Die Verwal- 
tung von Fußnoten, die bis zu 64000 
Zeilen lang sein dürfen, ist jetzt mög- 
lich. Vordefinierte Abkürzungen wer- 
den auf Tastendruck automatisch 
ausgeschrieben. Insgesamt stehen 


tekturen bei künftigen Entwicklungen 
berücksichtigen. 

Kernpunkt des neuen Busses ist 
seine Abwärtskompatibilität mit dem 
bisherigen AT-Bus (auch ISA - Indu- 
stry Standard Architecture genannt) 
im Gegensatz zum Mikrokanal. Wäh- 
rend IBM meinte, die Möglichkeiten 
des AT-Busses seien ausgeschöpft 
und eine neue Architektur notwendig, 
demonstrieren die kompatiblen 
Busse Smart Slot Architektur von 
AST, Flex-Architektur von Compaq 
und der Nubus beachtliche Lei- 
stungsfähigkeit. Wie die Tafel zeigt, 
hat auch EISA gegenüber der Mikro- 
kanal-Architektur (MCA) nicht nur 
den Vorteil der Kompatibilität; in fast 
allen Parametern kann dem Mikroka- 
nal Paroli geboten werden. Dazu 
kommt die von den EISA-Initiatoren 
immer wieder hervorgehobene Of- 
fenheit des Systems. 

Von Intel sollen bis zum März 1989 
die ersten EISA-kompatiblen Steuer- 
chips kommen, Chips & Technolo- 
gies sowie Western Digital planen 
ebenfalls kompatible Chipsets, so 
daß etwa Ende 1989 mit der Vorstel- 
lung der ersten EISA-PCs zu rechnen 
sein wird. MP-We 


zwölf Wörterbücher für die Recht- 
schreibung zur Auswahl. 

Framework III kann nun neben dem 
gewohnten Delimited-Format Daten- 
bankframes zur weiteren Bearbei- 
tung mit dBase im dBase-eigenen 
DBF- Format speichern. 

Die Rechengeschwindigkeit der Ta- 
bellenkalkulation konnte um den Fak- 
tor zwei gesteigert werden. Die Neu- 
berechnung einer Tabelle kann man 
nun auf Teilbereiche beschränken. 
Damit sich Framework III nahtlos in 
bestehende Systeme integrieren läßt, 
liest und schreibt es Dateien in fol- 
genden Formaten: Mulimate II, Lotus 
1-2-3, Wordper'ect, Multiplan, Word- 
star und ASCII. Auch die Übernahme 
von Framework-Daten in die Grafik- 
Software Chart-Master wird jetzt an- 
geboten. 

Für den Einsatz als Einplatzlösung 
setzt Framework III einen IBM-PC/ 


XT/AT oder PS/2 oder lOOprozentig 
kompatible Systeme mit 640 KByte 
Hauptspeicher voraus. Dabei sind 
zwei Diskettenlaufwerke im 3,5-Zoll- 
beziehungsweise 5,25-Zoll-Format 
oder ein Diskettenlaufwerk mit Fest- 
platte notwendig. Framework III ver- 
langt als Betriebssystem PC-/MS- 
DOS 2.11 oder höher. Für den Ein- 
satz in Netzwerken gibt es die LAN- 
Version, die fünf Lizenzen enthält. 

MP 


IBM-PC 

wieder mit AT-Bus 

Offenbar unter dem Druck des Mark- 
tes und gegen die bisherige Strategie 
seit der Vorstellung des PS/2 stellte 
IBM im September einen neuen kom- 
patiblen Personalcomputer mit AT- 
Bus vor, der aber bereits Merkmale 
des PS/2 aufweist. Das Modell 
30286 hat eine 80286-CPU, VGA- 
. Grafik und 3,5-Zoll-Disketten. Der 
RAM umfaßt bis zu 4 MByte auf der 
Platine. Mit diesem Modell soll dem 
bisherigen AT-Nutzer der Übergang 
auf das PS/2 vermutlich erleichtert 
werden. mp 


SL T/286: 

VGA-Grafikmodus 
nun auch auf 
LC-Bildschirm 



Dem Trend zu den sogenannten 
Schoßcomputern, den Laptops, hat 
jetzt auch die Firma Compaq Rech- 
nung getragen. Während sie bereits 
als führend bei den Portables galt - 
Erstanbieter eines tragbaren PCs mit 
20-MHz-80386-Prozessor- bietet sie 
mit dem SLT/286 nun erstmals die 
Möglichkeit, auf einem LC-Display in 
Supertwisted-Technik den von IBM 
für das PS/2 entwickelten leistungs- 
fähigen VGA-Grafikmodus darstellen 
zu können. Die Auflösung beträgt da- 
bei 640 x 480 Pixel, und die Farben 
werden in 8 Graustufen umgesetzt. 
Für die Darstellung der Farben kann 
natürlich ein externer Farbmonitor 
angeschlossen werden. 

Weitere Merkmale des Computers 
sind die Modularität - das Bild zeigt 
den SLT/286 beispielsweise mit der 
von unten angesetzten Erweiterungs- 
einheit, die Tastatur ist abnehmbar -, 
ein wechselbarer Akkublock, 80C286- 
Prozessor mit 12 MHz, 640 KByte 
RAM, bis 3,64 MByte ausbaufähig, 
20- oder 40-MByte-Festplattenlauf- 
werk, 3,5-Zoll-Diskettenlaufwerk mit 
1,44 MByte. Die 34,2 x 10,5 x 21,5 
cm 3 große Systemeinheit (BxHxT) 
wiegt 6,4 kg. mp 


Neue Turbo- Versionen 
von Borland 

Von dem bekannten Softwareprodu- 
zenten kommen jetzt die neuen Com- 
piler Turbo-Pascal 5.0 und Turbo-C 
2.0. Die MS-DOS-Übersetzer ver- 
fügen erstmals über einen integrier- 
ten Quellcode-Debugger und werden 
nun von T urbo-Assembler und Turbo- 
Debugger unterstützt. 

Bei Turbo-Pascal 5.0 halten die aus 
Version 4.0 verbannten Overlays wie- 
der Einzug. Im Gegensatz zu den 3.0- 
Overlay-Dateien werden diese Pro- 
grammabschnitte nun als Pascal-Unit 
deklariert und können - ebenso wie 
der Programmeditor - wahlweise im 
EMS-Speicher arbeiten. 
Turbo-Pascal 5.0 speichert zusätz- 
liche Symboltabellen für den exter- 
nen Turbo-Debugger. Das Hilfspro- 
gramm verwendet dabei ein anderes 
Tabellenformat als MS-Codeview. 
Programme, die mit Microsoft-Com- 
pilern übersetzt wurden, lassen sich 
jedoch über ein Konvertierungspro- 
gramm auf das Borland-Symbolfor- 
mat ändern und damit untersuchen. 
Um Debugger-Abstürze zu vermei- 
den, arbeitet das Programm im Re- 
mote-Betrieb von einem zweiten 
Rechner aus oder schützt sich durch 
den Protected-286-Modus vor agres- 
siven Bugs. 

Die Verbesserungen von Turbo-C 2.0 
gegenüber Release 1 .5 betreffen vor 
allem den integrierten Debugger. 
Ebenso wie bei Pascal 5.0 lassen 
sich Unterbrechungspunkte setzen, 
die Belegung von einzelnen Varia- 
blen und Strukturen beobachten und 
ändern. Der Compiler soll etwa ein 
Viertel schneller übersetzen als sein 
Vorgängermodell 1 .5. mp 


UNIX-Standard 
in Japan 

mit dem Sigma-Projekt 

Ähnlich der X-Open-Gruppe und der 
Open Software Foundation (OSF) be- 
mühen sich rund 40 japanische Fir- 
men mit Unterstützung der Regierung 
um eine Standardisierung des Be- 
triebssystems UNIX. Das Sigma 
(Software Industrialized Generator 
and Maintenance Aids System) ge- 
nannte Projekt soll eine Kompatibilität 
zwischen den Produkten unter- 
schiedlicher Hersteller auf Quell- 
codeniveau schaffen. Als Teil dieses 
Projekts werden auch die Work- 
stations geschaffen, die mit dem 
Sigma Operating System (Sigma-Be- 
triebssystem) arbeiten. Das Sigma- 
Operating System basiert auf dem 
UNIX-SystemV Release 2 (mit Ber- 
keley-Erweiterung 4.2 BSD). Es be- 
inhaltet die UNIX-Erweiterungen für 
Kommunikation und Grafik und wird 
mit einer Japanisch-Erweiterung aus- 
gestattet. Hardwareseitig verlangt die 
Workstation-Spezifikation von Sigma 
eine 32-Bit-CPU und einen IEEE- 
Gleitkommaprozessor auf der CPU- 
platine. 

Das Sigma-Projekt wird unter ande- 
rem von so renommierten Firmen wie 
Fujitsu, Hitachi, Sharp, NEC und 
Toshiba unterstützt. mp 


Merkmal 

Ssä"’"^ 

MCA 

- 32-Bit-Adressierung und Daten 

ja 

j b 

- Bus-Master-Unterstützung 

in 


• maximale Burst-Rate 

33 MByte/s 

20 MByte/s 

• automatischer Datenpfad 

unterstützt 


• Bus-Master-Chip 

verfügbar 

nicht verfügbar 

- DMA-Unterstützung 


• 32-Bit-Adressierung 

unterstützt 


• 32-Bit-Datenverarbeitung 

unterstützt 


• Burst-Übertragung 

unterstützt 

unterstützt 

• max. DMA-Übertragungsrate 

33 MByte/s 

5 MByte/s 

- Interrupt-Auslösung 

Pegel- oder Flankentriggerung 

Pegeltriggerung 

- max. unterstützte RAM-Größe 

>16 MByte 

16 MByte 

- softwaremäßiges Konfigurieren 

iä 

ja 

von Erweiterungsplatinen 



• Adapter-Kennung 

vom Hersteller bestimmt 

von IBM bestimmt 

• Unterstützung vorhandener 

ja 

nein 




- Platinengröße 

406cm 2 

232cm 2 

- maximale Anzahl von Steck- 

15 

8 

plätzen 
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Kontostände 
per Fingertipp 

Im IBM-Labor in Böblingen wurde ein 
neuer berührungsempfindlicher Bild- 
schirm, der IBM 4737 entwickelt, der 
sich besonders für den Einsatz in 
Schalterhallen und Foyers von Ban- 
ken und Sparkassen, bei Versiche- 
rungen, im Einzelhandel und im 
Dienstleistungsgewerbe eignen soll. 
Mit dieser neuen Informations- und 
Serviceeinheit kann der Kunde neben 
den bekannten Kontostandsabfragen 
und Barabhebungen auch Geldüber- 
weisungen und Daueraufträge ein- 
richten, Börsen- oder Finanzierungs- 
angebote abfragen, sich über Immo- 
bilienangebote informieren, Reisen 
und Hotelzimmer buchen oder Miet- 
wagen reservieren. Durch Antippen 
bestimmter Felder oder Bilder auf 
dem Bildschirm wird der Computer 
gesteuert. 

Die verwendete Technologie basiert 
auf druckempfindlichen Sensoren aus 
piezoelektrischem Material. Dazu 
wurde vor der Bildschirmröhre eine 
Glasplatte angebracht, die die glei- 
che sphärische Geometrie wie die 
Röhre hat. Zwischen Röhre und 
Platte befindet sich an jeder Ecke 
jeweils ein druckempfindlicher Sen- 
sor aus piezokeramischem Material. 
Wird die Glasplatte nun mit leichtem 
Druck berührt, werden die Kräfte mit 
Hilfe der Piezoelemente gemessen. 
Aus dem Verhältnis läßt sich die Lage 
des Berührungspunktes errechnen. 
Der IBM 4737 wird von einem PC ge- 
steuert. Auf ihm sind die Grafikpro- 
gramme und die Dateien gespeichert. 
Die Ein- und Ausgabefunktionen und 
die Datenverschlüsselung sind auf 
einem speziellen Zusatzrechner ge- 
speichert. Vertrauliche Informationen 
werden mit dem DES (Data En- 
cryption Standardj-Algorithmus ver- 
schlüsselt. 

Quallen: BZB. Sachmagazin. - Hamburg 
91 (1988) 6. -S. 25 
IBM-Nachrichten. - Stuttgart 38 
(1 988) 293. -S. 70 Wi 


Leistungssteigerung 
durch variable 
Architektur 

Der „Verwaltungsaufwand“ (sog. 
Overheads), der für die Realisierung 
einer Aufgabe auf einer EDVA not- 
wendig ist, hat maßgeblichen Anteil 
an der Leistung einer Anlage. Bei 
Spezialrechnern, die für ein bestimm- 
tes Problem konzipiert sind, ergibt 
sich ein geringer Verwaltungsauf- 
wand. Die Bereitstellung von Spezial- 
rechnern für jedes Problem ist aus 
Fertigungsgesichtspunkten nicht ef- 
fektiv. 

Eine Lösung für dieses Problem bie- 
tet die Firma UMA-Elektronik an. Das 
Konzept beruht auf einem Bau- 
kastenprinzip, mit dem entsprechend 
dem Problem Rechner aufgebaut 
werden, ohne jedoch Eingriffe und 
Veränderungenin der Hardware vor- 
zunehmen. Die Bausteine sind auf 
Platinen in konventioneller Technik 
mechanisch miteinander verbunden. 
Mittels einer speziellen Transsoft- 
ware werden ohne äußeren Eingriff 
im Bedarfsfall die optimalen Schal- 
tungen erzeugt. Dadurch soll der 
Durchsatz bis zu einem Faktor 40 er- 
höht worden sein. Die Aufgaben- 
stellungen werden in kleine Teilauf- 
gaben zerlegt, die durch logische 
Verschiebung der Hardware-Soft- 


ware-Schnittsteile immer mit einer 
optimalen Hardware in Form varia- 
bler Parallelrechner gelöst werden. 
Somit wird auf der Hardware-Ebene 
die Funktion ausgeführt, die ein Com- 
piler vergleichsweise auf der Ebene 
einer Programmiersprache ausführt. 
Es entfallen die laufenden Wieder- 
holungen von Fetch-Operationen, die 
in allen Computern der von-Neu- 
mann- Architektur auftreten. 
Voraussetzung der variablen Archi- 
tektur sind keine neuen Bauele- 
mente, sondern lediglich abänder- 
bare Gatter-Anordnungen (AGAs) 
und dazugehörige Entwicklungs- 
werkzeuge (AGA-CAD). Die abän- 
derbaren Gatter können mit hoher 
Geschwindigkeit umprogrammiert 
werden (5000 mal pro Sekunde). 
Dem Hauptprozessor eines beste- 
henden Computersystems werden 
ein oder mehrere AGAs zugeordnet. 
Die Verarbeitung der Datenmengen 
erfolgt mit einfachen Algorithmen. 
Große Datenblöcke werden bewegt, 
indem die Adressierung des Spei- 
chers geändert wird. Die Daten blei- 
ben in den RAM-Zellen, liegen jedoch 
für den Prozessor in einem anderen 
Adressenbereich. Die Umadressie- 
rung erfolgt unabhängig von der Da- 
tenmenge in einer konstanten Zeit. 
Dadurch werden bei großen Daten- 
mengen erhebliche Zeiten gespart. 

Die Abänderung der Hardware erfolgt 
durch Änderung der Daten in den 
RAM-Zellen der AGAs, die eine 
Änderung der Logikstruktur bewir- 
ken. 

Quelle: eee. Elektronik-Technologie... - 
Leinfelden-Ech ter dingen (1988) 

12. -S. 23-24 Wi 


Hochauflösende 

Farb-LCD 

Das neue Verfahren der japanischen 
Firma Dai Nippon Printing Co. soll 
dazu beitragen, die Auflösung von 
Farbfilterschichten, die in Flüssig- 
kristall-Displays verwendet werden, 
zu verbessern. Die Bildelemente 
(Grundfläche 10 x 10^m 2 ) sollen mit 
der neuen Technik mit einer Genauig- 
keit von ±2«m auf dem üblichen 
Glassubstrat erzeugt werden. 

Für die neuen Filter werden Pigment- 
Dispersionen auf der Basis von Pla- 
stikmaterial verwendet. Die Pixel- 
Dreiergruppen müssen aus den Far- 
ben Rot, Grün und Blau bestehen. 

Mit diesem neuen Verfahren soll sich 
die Zahl der Bearbeitungsschritte um 
80% verringern. 

Die ersten Muster dieser hochauf- 
lösenden Farb-LCDs mit 5 und 6 Zoll 
Diagonale wurden bereits ausgelie- 
fert. Bis Jahresende will man mit der 
Serienproduktion beginnen und an- 
schließend Typen mit 14 Zoll Diago- 
nale fertigen. 

Quelle: Elektronik. - München 37 (1988) 
12. -S. 7 Fa 


Laserdrucker 
ohne Laser 

Eine Neuheit auf dem Gebiet der 
Laserdrucker stellt ein von der ameri- 
kanischen Firma Westinghouse Elec- 
tric entwickeltes System dar, bei dem 
statt der bisher üblichen Laser ein 
Elektrolumineszenz-Emitter benutzt 
wird. Damit entfallen die sonst 
erforderlichen Umlenkspiegel und 
alle anderen mechanisch bewegten 
Teile. 


Der Eiektrölumineszenz-Emitter wird 
mit den üblichen Verfahren der Dünn- 
schichttechnik hergestellt. Im Gegen- 
satz zu anderen Elektrolumineszenz- 
Lichtquellen tritt an einer Kante des 
Elements Licht aus. 

Diese neuartigen Emitter können zu 
linearen Arrays zusammengefaßt 
werden, die dann über die gesamte 
Breite der Druckfläche reichen. 

Quelle: Elektronik. - München 37 (1988) 
12.-S.7 Fa 


PenWriter - 
elektronis che 
Schreibtafel 
von Scriptei 

Eine Neuentwicklung auf dem Gebiet 
elektronischer Digitalisierungsein- 
richtungen (Geräte zur Eingabe grafi- 
scher Informationen in Computer) 
stellt die elektronische Schreibtafel 
PenWriter der Firma Scriptei Corpo- 
ration (Ohio) dar. Bei dieser Schreib- 
tafel handelt es sich um ein Compu- 
terzusatzgerät, mit dem man hand- 
geschriebene Informationen mit Hilfe 
eines Computers schreiben, ver- 
schicken oder speichern kann. 

Der PenWriter ist ein 1 2-Zoll-Schreib- 
bildschirm mit einem dazugehörigen 
Stift, der an einen IBM- oder IBM- 
kompatiblen Computer angeschlos- 
sen werden kann. Dabei können drei 
verschiedene Arten von Bildschirmen 
verwendet werden: 

- die von hinten beleuchtete Fluo- 
reszenz-LCD 

- die von hinten beleuchtete Elektro- 
lumineszenz-LCD 

- die Neongas-„Plasma“-Anzeige 
mit einem Auflösungsvermögen von 
640 x 400 Pixel. 

Mit dem Abtaststift, der mit einer 
Metallspitze versehen ist, kann man 
Notizen und Informationen aller Art 
direkt auf den Schirm schreiben. 
Damit entfällt das Eintasten der Infor- 
mationen. Wörter und Zahlen können 
in maschinengeschriebene Daten 
umgewandelt, gespeichert oder auf 
einen anderen PenWriter übertragen 
werden. 

Für den PenWriter ist jede PC-Soft- 
ware unter MS-DOS geeignet. An- 
wendungsgebiete sind u. a. das Aus- 
füllen von Formularen, das Erkennen 
von Unterschriften oder die compu- 
tergestützte Konstruktion. 

Quelle: Newsweek vom 30. 5. 1988 Wi 


Erste optische ICs 

An der Entwicklung rein optisch arbei- 
tender integrierter Schaltungen arbei- 
tet das amerikanische Joint-Venture- 
Unternehmen Photonic Integration 
Research Inc., an der die japanischen 
Firmen NTT und Mitsubishi sowie das 
Battelle Memorial Institute beteiligt 
sind. 

Bei diesen optisch arbeitenden 
Schaltungen wird auf ein Silizium- 
Substrat eine Schicht aus einem Sili- 
kat-Material gelegt. Dieses Material 
entspricht im wesentlichen dem, das 
sonst für die Herstellung von Glas- 
fasern verwendet wird. Mit herkömm- 
lichen Photolithografie- und Ätzver- 
fahren werden anschließend die (op- 
tischen) Wellenleiterbahnen erzeugt. 
Die ersten Bauelemente sollen opti- 
sche Schalt- und Verzweigungsele- 
mente, Multiplexer und Demultiplexer 
sowie Schaltermatrizen (Kreuzpunkt- 
schalter) für die Kommunikations- 
technik sein. 


Die optischen ICs sollen vor allem die 
Aufgabe übernehmen, die bei der 
elektrischen Schaltungstechnik die 
Leiterplatte hat. Die eigentlichen akti- 
ven Elemente (Lichtemitter bei Wel- 
lenlänge über 1 lOOnm und Detekto- 
ren) lassen sich aus Silizium nicht 
herstellen. Sie müssen auf dem Sili- 
ziumchip extra aufgesetzt werden. 
Diese Technik ist aber noch in der 
Entwicklung. Wenn künftig GaAs- 
Substrate verwendet werden, kann 
eine monolithische Integration er- 
folgen. 

Quellen: Elektronik. - München 37 (1988) 

13. -S.7 

Elektronik. - München 37 (1988) 

14. — S. 7 Fa 


Optische 

4x4-Matrixschalter 

• Schalter in gegenwärtig übliche Licht- 
leitersysteme einzufügen, stellte bis- 
her ein Problem dar. Die schwedi- 
sche Firma L. M. Ericsson entwickelte 
den Prototyp eines optisch arbeiten- 
den Schalters auf der Basis von 
Lithiumniobat. Dieser Matrix-(Kreuz- 
punkt)-Schalter kann maximal 4x4 
Signalwege schalten, und die bei die- 
sen Elementen kritische Übersprech- 
dämpfung konnte auf 50 dB erhöht 
werden. Außerdem müssen die zu 
schaltenden optischen Signale nicht 
polarisiert sein. Die bisherigen Erwär- 
mungs- und Geometrie-Einschrän- 
kungen sollen weitgehend verringert 
worden sein. 

Quelle: Elektronik. - München 37 (1988) 
13. -S. 7 Fa 


Festplattenkarte 
über 100 MByte 

Die Firma SCSE bietet jetzt eine Lei- 
terkarte mit einem integrierten Fest- 
plattenlaufwerk an, das die 100- 
MByte-Grenze überschreitet. 

Die Wincard 100 belegt IV2 Steck- 
plätze und bietet 104 MByte forma- 
tierte Speicherkapazität, 28 ms mitt- 
lere Zugriffszeit, PC/XT/AT- und 386- 
Interface mit PC-Bus/SCSI-Host- 
Adapter und einen Interleave-Faktor 
von 1,1 bei einer Leistungsaufnahme 
von 11 Watt. Die Wincard 100 kann 
als zweite oder dritte Festplatte auch 
bei einem bereits installierten Fest- 
plattencontroller zur Systemerweite- 
rung eingesetzt werden. mp 


Taschencomputer befolgt 
Sprachkommandos 

Der von der Texlon Corp. entwickelte 
batteriegespeiste T aschencomputer 
PTC-755 soll auf gesprochene Be- 
fehle reagieren und bei der Durch- 
führung von Inventuren eingesetzt 
werden . Der T aschencomputer ist mit 
einem Zweiwege-Spracherkennurigs- 
bauelement ausgerüstet. Der Benut- 
zer liest die Menge und den Strich- 
code einer Ware in das Mikrofon. Die 
Information wird vom Computer wie- 
derholt und auf einem 16-Zeilen-Bild- 
schirm angezeigt, um eine nochma- 
lige Korrektur zu ermöglichen. Da- 
nach wird die Information abgespei- 
chert. 

Die Firma Texlon testet gegenwärtig 
das Gerät bei Inventuren in Lager- 
häusern, beim Wareneingang und bei 
der Warenauffindung. 

Quelle: Design News vom Mai 1988 

Wi 
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Unter dem traditionellen Motto „Für 
weltoffenen Handel und technischen 
Fortschritt“ waren in Leipzig vom 4. 
bis 10. September wiederum etwa 
6000 Aussteller aller Kontinente ver- 
treten. Der Schwerpunkt dieser 
Messe lag zwar bei der integrierten 
Meß-, Prüf- und Regelungstechnik - 
kein Schwerpunkt für die MP - den- 
noch können wir im folgenden einige 
Exponate vorstellen, die für unsere 
Leser sicher von Interesse sind. 

Beispielsweise zum Thema Desktop 
Publishing (DTP) - von traditionellen 
Fotosatzanlagen-Herstellern oft lie- 
ber als Electronic Publishing bezeich- 
net, während Vertreter der Seybold 
Computer Publishing Conference im 
September wiederum den umfassen- 
deren Begriff Computer Publishing 
bevorzugten. 

Die Firma Linotype war mit ihrer kom- 
pletten Lichtsatz-Serie 2000 ver- 
treten: Die Serie 2000 (Farbbild 1 ; alle 
Farbbilder siehe 2. Umschlagseite) 
ist eine neue Workstation-Familie für 
alle Satzanwendungen von Text- und 
Bilderfassung über Satzgestaltung 
und Text-/Bildintegration bis hin zur 
Belichtung der Druckfolie bzw. Aus- 
gabe auf Laserdrucker. Herzstück ist 
hierbei eine AT-kompatible Work- 
station (Tower rechts im Bild). Die 
Workstation 2100T für die Texterfas- 
sung verfügt über einen Arbeitsspei- 
cher von 512 KByte RAM, die Work- 
station 2200 C für Satzgestaltung und 
2200 G für Text-/Bildintegration sind 
mit jeweils 2 MByte RAM ausgestat- 
tet. Standardmäßig sind alle drei 
Modelle mit einem 1 ,2-MByte-Disket- 
tenlaufwerk (SW) ausgerüstet. Die 
Workstation 2200 C verfügt zusätz- 
lich über eine 40-MByte-Festplatte, 
die Workstation 2200 G über eine 
70-MByte-Festplatte. Beide beinhal- 
ten auch einen 90-MByte-Streamer 
(Magnetband). 

Das nicht ausgestellte Nachfolge- 
modell, Serie 3000, kann sogar drei 
Festplattenlaufwerke mit je 300 MByte 
aufnehmen. 

Für die Serie 2000 stehen zwei 14"- 
Monitore zur Verfügung, ein Bild- 
schirm mit 720 x 350 Bildpunkten 


und 76 Graustufen (Bildfrequenz 
70 Hz) und für die Workstation 2200G 
optional ein Greyscale-Monitor mit 
720 x 350 Bildpunkten und 256 
Graustufen (Serie 3000: 1 ^-Bild- 
schirm mit 2048x1024 Punkten). 
Die Bildintegration kann mit dem 
Scanner 20 (Bildmitte) für Strich- und 
Halbtonoriginale bis zum Format 
300 x 425 in einer Auflösung von 300 
bis 900 dpi (Punkt pro Zoll) oder durch 
Übernahme von Bilddaten (Grafiken 
oder Illustrationen) von einem Apple- 
Macintosh oder einem IBM-kompati- 
blen PC erfolgen. 

Für die Erzeugung des PostScript- 
Formates zur Ausgabe der Seiten auf 
Laserbelichter Linotronic 300 (links 
im Bild) oder Apple-LaserWriter II 
(Bildmitte) steht der Raster-Image- 
Processor RIP 2 zur Verfügung (linker 
Tower). 

Während der LaserWriter II mit einer 
Auflösung von 400 dpi für Korrektur- 
ausdrucke oder Desktop Publishing 
(Publizieren auf dem Tisch) Verwen- 
dung findet, werden mit den Laserbe- 
lichtern Linotronic 100, 500 und 300 
Fotopapier, Filme oder Direktdruck- 
folien mit einer Auflösung von 31 2 bis 
2500 dpi belichtet. Beispielsweise 
wurde das Messesignet am Anfang 
unseres Berichtes mit einem Macin- 
tosh erstellt und über den RIP 2 auf 
dem LaserWriter II ausgegeben. 

Die Firma Compugraphic, vor über 
20 Jahren in Boston gegründet und 
seit kurzem eine lOOprozentige 
Tochter von Agfa, gilt als einer der be- 
kanntesten Hersteller von Fotosatz- 
systemen. Der gegenwärtigen DTP- 
Welle kommt Compugraphic mit dem 
„Einstiegsmodell“ PTS Publisher ent- 
gegen, einem Wyse-PC286, CRT- 
Fotosatzbelichter MCS8000, Laser- 
drucker CG 300 und dem notwendi- 
gen Softwarepaket. Als anspruchs- 
volleres Werkzeug wurde der MCS 
Integrator Serie 19 gezeigt (Farb- 
bild 2), das Mitglied einer Familie von 
Workstations, die unter dem Betriebs- 
system UNIX Mulitasking- und Mehr- 
platzbetrieb erlauben. Basierend auf 
der PowerView-Produktlinie kann 
auch mit Maus und Menü-T echnik ge- 
arbeitet werden. WYSIWYG-Darstel- 
lung, interaktive Seitenlayout-Gestal- 
tung und Bearbeitung von Linien, 
Layout-Gitter und Netzwerk-Optio- 
nen sind weitere Leistungsmerkmale. 
Hardwarebasis sind die Systemein- 
heit mit Prozessor 80286, 4,6 MByte 
RAM, 20 MByte Festplatte (optional 
40 MByte) , 1 ,2 MByte (optional 

360 KByte) Diskette sowie Scanner, 
Belichter oder Laserdrucker. 


Als T ochterfirma von HELL stellte ela- 
plan buchholz zwei Systeme für T ext- 
erfassung bzw. Desktop Publishing 
aus. INPUT heißt ein System zur T ext- 
erfassung und -bearbeitung durch 
PCs am Satzsystem DOSY. Die am 
Input-PC erfaßten Texte können 
direkt an das DOSY überstellt werden 
(V.24) oder direkt auf einen Drucker 
oder auf Diskette ausgegeben wer- 
den. Im Farbbild 3 sind neben dem 
DOSY-Sichtgerät 2069 (links) als 
Input-PCs ein EC 1834 von Robotron 
(Mitte) und ein PCD-2 von Siemens 
zu sehen. Im Vergleich zum DS 2069 
ist beim Input-PC keine Darstellung 
von vier Schriften möglich. Alle Stan- 
dardzeichen und spezielle Sonder- 
zeichen werden als Ersatzzeichen 
dargestellt. Es wird keine Spezial- 
tastatur, sondern die Standard- PC- 
Tastatur verwendet. Alle Sonder- 
zeichen, Befehle und Befehlsketten 
können frei programmierbar auf die 
Funktionstasten gelegt werden. 
Weiterhin bot elaplan buchholz das 
Satzsystem TOPSET (Farbbild 4) an. 
Das System TOPSET besteht aus 
dem Erfassungs- und Bearbeitungs-' 
platz auf VENTURA-Basis (links im 
Bild), dem Laserdrucker (im Bild 
oben) für die Ausgabe von Korrektur- 
abzügen und die Wiederholung meh- 
rerer Seiten als Kleinauflage sowie 
dem Laserbelichter DESRSET. Wäh- 
rend der Laserdrucker A4-Seiten mit 
einer Auflösung von 300 dpi in etwa 
10 Sekunden beschreibt, benötigt der 
Laserbelichter für eine A4-Seite etwa 
30 Sekunden (bei 600 dpi). Weiterhin 
beinhaltet das System TOPSET den 
Datenconverter und Übertragungs- 
rechner DESKCOPY zur Ausgabe 
der Produktion als Strichbild und die 
Faxstrecke MINIFAX. 

Im Rahmen der Interscola stellte 
Robotron den Bildungscomputer 
A5105 als Steuerrechner für Schü- 
lerexperimente aus (Farbbild 5). Die- 
sen Rechner haben wir bereits näher 
in MP 10/1988 vorgestellt. Ebenfalls 
in der Interscola war ein kompletter 
CAD-Arbeitsplatz von Robotron- 
Elektronik-Dresden zu finden (Bild 1 ). 
Er besteht aus einem A 71 00, A 71 50 
(im Bild) oder EC 1834, einem grafi- 
schen Tablett K6405.00/.20, einem 
Plotter K 641 8/11 sowie einem Druk- 
ker K 631 3/1 4. Weiterhin wurde ein 
nicht ausgestellter Laserdrucker 
(RANK XEROX 4045 Plus) ange- 
boten. Als Software ist der Allge- 
meine Grafische Editor GEDIT/M16 
mit zwei Ebenen, der Benutzerober- 
fläche und dem grafischen Editor, im 
Angebot. Als Betriebssysteme kön- 


nen DCP1700, Ausgabe 3.2, bzw. 
DCP 3.2 Verwendung finden. 

Im sowjetischen Pavillon wurden ein 
Drucker und ein Plotter der Saratower 
Filiale der Kammer für Handel und In- 
dustrie der UdSSR ausgestellt. Der 
elektrostatische Drucker ESPU-K hat 
eine Druckbreite von 256 mm, eine 
Auflösung von 5 Punkten pro mm und 
eine Geschwindigkeit von 150 Zeilen 
pro Sekunde (Bild 2). 

Der Farbplotter CGP-1 kann Seiten 
bis zu einem Format von 1 600 x 
256 mm ausgeben. Mit einer Auf- 
lösung von 5 Punkten pro mm wird ein 
einfarbiges Bild in 5 Minuten erzeugt. 
Vier Farben können nacheinander 
ausgegeben werden (Bild 3). 

Als nützliches Hilfsmittel, um Monitor- 
darstellungen in Echtzeit einem grö- 
ßeren Publikum vorführen zu können, 
gibt es seit kurzem von verschiede- 
nen Herstellern fürTageslicht-Projek- 
toren LC-Displays. Diese werden auf 
die Projektionsfläche aufgelegt, an 
den PC angeschlossen und wirken, 
vom Licht des Projektors durchleuch- 
tet, ‘ wie eine veränderbare Folie. 
Die von Kodak vorgestellte Projek- 
tionsplatte DATASHOW (Farbbild 6) 
hat die Abmessungen 300 x 330 x 
53 mm 3 (das Display etwa 200 x 
1 50 mm 2 ) und erreicht eine Auflösung 
von 640 x 200 Pixel. Das Bildseiten- 
verhältnis ist 1,3:1. Die Verbindung 
zum IBM PC, XT, AT oder einem 
Kompatiblen wird über die serielle 
Schnittstelle hergestellt. Weitere 
Merkmale: Split-screen-Modus, in 
dem zwei verschiedene Bildschirm- 
informationen miteinander verglichen 
werden können; Bildumkehr, mit der 
positive oder negative Darstellung 
möglich ist; elektronische Zeiger; 
Infrarot-Fernbedienung. 

Ein weiteres LC-Display, Geha data 
Vision, wurde von der Handelsgesell- 
schaft Transcommerz angeboten 
(Farbbild 7). Auch dieser Flüssig- 
kristall-Bildschirm hat eine Auflösung 
von 640 x 200 Pixel. Die Abmessun- 
gen sind 364x343x52 mm 3 (Bild- 
größe 208 x 130 mm 2 mit 25 Zeilen 
zu 80 Zeichen). Das Bildseitenver- 
hältnis beträgt 2:1. Die Kopplung ist 
mit jedem IBM- oder kompatiblen PC 
über RGB-Anschluß möglich. Das 
Display erlaubt ebenfalls die Wahl 
zwischen Positiv- und Negativdar- 
stellung, außerdem gibt es eine 
Freeze-Funktion zum Einfrieren des 
Bildes. 

Transcommerz zeigte weiterhin einen 
Videoprinter, mit dem Videosignale 
binnen 17 Sekunden in scharfe, kon- 
trastreiche Papierbilder, auch mit 
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Halbtönen, umgesetzt werden kön- 
nen, Der Mitsubishi P70B (Farb- 
bilds) arbeitet nach dem Thermover- 
fahren und kann die Bilder, etwa A4- 
Format, vorwärts oder um 180 Grad 
gedreht ausdrucken. Ein Bild kann 
beliebig oft ausgegeben werden. Die 
Auflösung beträgt 640 Punkte x 
576 Zeilen in einer 64stufigen Grau- 
skala; die Darstellung ist positiv und 
negativ möglich. Der Anschluß erfolgt 
über RGB/TTL, FBAS, BNC oder 
Centronics-Parallel-Interface; es las- 
sen sich die Zeilennormen nach PAL/ 
SECAM und NTSC nutzen. Es ist also 
die Kopplung von Monitoren, PCs, 
professionellen Video-Recordern, 
Fernsehgeräten und Videokameras 
möglich. Damit ist der Videoprinter 
geeignet zum Einsatz in allen Be- 
reichen, in denen medizinische Ge- 
räte, Meß- oder Prüfgeräte und Com- 
puter arbeiten. 

Sharp ist in Leipzig seit Jahren mit 
Heimelektronik vertreten, unter ande- 


rem mit programmierbaren Taschen- 
rechnern. Neben diesen wurde nun 
das leistungsfähigste Modell der 
Pocketcomputer, der PC-1 600 (Färb-, 
bild 9), vorgestellt. Der PC-1600 hat 
16 KByte RAM (etwa 11KByte frei 
verfügbar), 96 KByte ROM, BASIC- 
Programmierung, ein Display mit 
4 Zeilen zu 26 Zeichen (156 x 32- 
Punktmatrix) sowie RC-232-, SIO- 
und Analogschnittstelle. Das Beson- 
dere am PC-1 600 ist, daß er sich mit- 
tels verschiedener Module zu einem 
System zusammenstecken läßt. Dies 
sind beispielsweise ein Vier- 
farb-Plotter CE-1 600 P für A4-Format 
und ein 2,5-Zoll-Floppylaufwerk mit 
64 KByte pro Seite. Darüber hinaus 
lassen sich Disketteneinheiten, RAM- 
und ROM-Module sowie Drucker 
auch extern betreiben. 

Mit der bisher üblichen, verwirrenden 
Mehrfachbelegung von Tastaturen 
soll die von Hohe Electronics ent- 
wickelte Multifunktions-Tastatur The 


Board Schluß machen (Farbbild 10). 
Bei ihr sind auf einer Reihe von 
Tasten anstelle der üblichen Be- 
schriftung LC-Displays aufgebracht, 
die das jeweils aktuelle Zeichen an- 
zeigen. Die Matrix von 20 x 8 bzw. 
12x8 Punkten erlaubt die Darstel- 
lung der verschiedensten Zeichen 
und Symbole, die per Software bin- 
nen Millisekunden verändert werden 
können. Damit entfallen die lästigen 
Schablonen und Tastenetiketten. 
Hardwarebasis sind ein integrierter 8- 
Bit-Mikroprozessor, 64 KByte RAM 
sowie 1 6 bis 32 KByte EPROM. Inter- 
essant ist die String-T aste, mittels der 
ganzen Zeichenketten mit bis zu 1 26 
Anschlägen auf jeder einzelnen 
Taste abgelegt werden können, bei- 
spielsweise Befehlsketten, Textbau- 
steine oder Steuerungssequenzen. 
The Board gibt es in verschiedenen 
Ausführungen, die sich alle im we- 
sentlichen an das Layout der IBM- 
Standard-Tastatur MF1 halten, dar- 


über hinaus jedoch zusätzliche pro- 
grammierbare Funktionstasten und 
Softwareunterstützung bieten. In 
Leipzig wurde das Ergebnis einer Zu- 
sammenarbeit der Firma Hohe Elec- 
tronics mit der Karl-Marx-Universität 
Leipzig gezeigt, das Programmsy- 
stem CAP/DS (Computer Aided Plan- 
ning/Decision Support System). Es 
erlaubt auf der Basis der linearen Op- 
timierung mittels einer Komplexme- 
thode eine computergestützte Pla- 
nung von optimalen Veränderungen 
im Produktionssortiment und die Pla- 
nung der T echnologiestruktur von In- 
dustriebetrieben. Der Einstieg in die- 
ses System wird bei Verwendung der 
Tastatur so einfach und benutzer- 
freundlich, daß auch ohne Computer- 
vorbildung nach kurzer Einarbei- 
tungszeit mit dem Programmsystem 
gearbeitet werden kann. 

Text und Fotos: Hans Weiß/Herbert Hemke 


2. Internationale ATARI-Messe Fach- und Informationstagung FORTH 



lieh war eine Druckmaschine instal- 
liert, auf der die mit dem ATARI DTP- 


Als vollen Erfolg wertet Alwin Stumpf, 
•Geschäftsführer der ATARI Compu- 
ter GmbH und damit gleichzeitig Ver- 
anstalter, die 2. Internationale ATARI- 
Messe, die vom 2. bis 4. September in 
Düsseldorf stattfand. Mit 1 1 1 Ausstel- 
lern aus dem In- und Ausland, das 
sind 41 % mehr als im Vorjahr, und ei- 
nem neuen Besucherrekord (26000 
Besucher gegenüber 20000 im ver- 
gangenen Jahr) belegte diese Messe 
das kontinuierlich zunehmende Inter- 
esse an allen ATARI-Produkten. 

Im Mittelpunkt standen überwiegend 
professionelle Branchenlösungen aus 
allen Anwendungsbereichen, indu- 
strielle Lösungen und der Midi-Sektor, 
der ebenfalls sehr stark vertreten war. 
Besonderen Anklang bei allen Betei- 
ligten und Besuchern fanden auch in 
diesem Jahr wieder die zahlreichen 
Workshops mit ihrem breiten The- 
menspektrum und die Präsentation 
im zentralen Forum. 

Auf reges Publikumsinteresse stieß 
vor allem das neue ATARI-Desktop 
Publishing System. Auf der Basis des 
ATARI Mega ST und der DTP-Soft- 
ware Calamus bietet dieses System 
eine professionelle Lösung; zusätz- 


System erstellten Seiten sofort ge- 
druckt wurden. 

Zahlreiche Neuentwicklungen unter- 
strichen, daß ATARI bestrebt ist, 
auch im professionellen Markt in im- 
mer mehr Bereiche einzudringen. 
Das zeigten während der Messe 
neu vorgestellte Netzwerklösungen 
ebenso wie ein 44-MB-Wechselplat- 
tensystem, ein zum Mega ST kompa- 
tibler portabler Rechner, der Einsatz 
von 19"- und 24"-Großbildschirmen 
oder das Polaroid Palette System für 
die ATARI ST-Computer. Insgesamt 
reichte die Spannweite bei den Aus- 
stellern von Computerspielen bis hin 
zur firmenspezifischen CIM-Strategie 
und von der Textverarbeitung bis hin 
zur kompletten mehrplatzfähigen 
Branchenlösung. 

„Nach den Messeerfolgen in diesem 
und dem vergangen Jahr,“ erklärte 
Alwin Stumpf abschließend, „steht für 
uns fest, daß die ATARI-Messe zu 
einer bleibenden Einrichtung wird. 
Für unsere Marketingstrategie ist der 
direkte Kontakt zum Anwender eine 
der tragenden Säulen. 6 


Die Kammer der Technik Suhl, BfS 
Elektrotechnik/Elektronik, IG FORTH, 
hatte zur Informations- und Fachta- 
gung FORTH 1988 vom 20. bis 
22. April 1988 nach Suhl eingeladen. 
Unter sehr guten organisatorischen 
Bedingungen (Dank dafür gilt dem 
KDT-Bezirksverband Suhl) wurden 
etwa 190 Teilnehmer in 23 Vorträgen 
über Systementwicklungen, Anwen- 
dungen und Erfahrungen zu FORTH 
informiert. Im Mittelpunkt des Plenar- 
vortrages (Vack/ZKI - Internationaler 
Stand zu FORTH - wie geht es wei- 
ter?) standen die Aspekte 

- Durchsetzung des Standards 
FORTH-83 

- FORTH in Silizium 

- Anwendungsbereiche 

- Schlußfolgerungen für die weitere 
Arbeit zu FORTH in der DDR. 

Die Bedeutung eines 32-Bit-FORTH- 
ASIC-Prozessors (ASIC = Applica- 
tion Specific Integrated Circuit) liegt in 
der linearen Fortsetzung der FORTH- 
Softwarephilosophie („Make it fast, 
keep it simple“) in der Hardware. 
FORTH als Zwischensprachniveau 
ist eine Plattform für die effektive Ent- 
wicklung anwendungsspezifischer 
Softwaresysteme für ASICs. Bemer- 
kenswert ist die Dominanz neuer An- 
wendungsbereiche für FORTH wie 
Bildverarbeitung und Künstliche Intel- 
ligenz. FORTH ist ein Konzept, bei 
dem die Sprache dem Problem ange- 
paßt wird und nicht der Algorithmus 
der Sprache. Seestädt (Universität 
Greifswald) stellte Erfahrungen zur 
Anwendung von GrafFORTH in der 
experimentellen Bildverarbeitung zur 
Diskussion. Die Unschärfe der Pro- 
blemstellung erhöht die Bedeutung 
des experimentellen Aspekts der 
Algorithmenfindung. Dazu sind an- 
paßfähige Softwaretools notwen- 
dig. 

Woitzel und Neuthe (WPU Rostock) 
machten das Auditorium mit com- 
FORTH 2.0 bekannt, einer leistungs- 
fähigen Programmierumgebung in 
Fortführung des bekannten com- 
FORTH-Systems mit voller Kompati- 
bilität zum Standard FORTH-83. Das 
laufzeitoptimierte comFORTH 2.0 ist 


mit einer Reihe von Zusatzpaketen 
für 8- und 1 6-Bit-PCs (z. B. PC 1 71 5, 
A 51 20, A 71 00, A 71 50, EC 1 834 un- 
ter SCP bzw. DCP) verfügbar. 
Karadshov/Noack (WTZ WMK 7. Ok- 
tober, Berlin) erläuterten NILES- 
FORTH, ein zum Laxen/Perry-Modell 
F83 ähnliches FORTH-83-System. 
Bemerkenswert sind die Ansätze zur 
Einbeziehung eines Expertensy- 
stemshell (Beispiel: automatische 
FORTH-Programmierung auf der Ba- 
sis eingegebener Stackdiagramme). 
Weitere Vorträge behandelten 
FORTH-Systeme der TH Ilmenau 
( Tolkemit ) und der MLU Halle (Tan- 

Folgende Anwendungsfälle von 
FORTH wurden u. a. vorgestellt: 

- Automatische Bildverarbeitung mit 
FORTH - interaktives integriertes 
Rahmensystem zur Konfiguration 
und Steuerung der Bildverarbei- 
tungsalgorithmen (System BES 2000 
und Nachfolge, Westendorf, ZKI Ber- 
lin, sowie Bilderkennungssystem 
IBS1 6.1, Franke u.a., TH Ilmenau) 

- Modellierung des regelungstechni- 
schen Verhaltens eines Schiffsan- 
triebs ( Menzl , WPU Rostock) 

- Digitale Regelung und Prozeß- 
identifikation in FORTH ( Lampe/Dre - 
welow, WPU Rostock) 

- Rechnergestützte Stundenplange- 
staltung für Schulen auf PC (Darmüt- 
zel, WPU Rostock) 

- Fachsprache für einen Montagero- 
boter ( Weingardt , Robotron Rationa- 
lisierung Weimar) 

- CAQ-System für die Montage von 
elektronischer Schreibtechnik, etwa 
50 in FORTH programmierte Rech- 
ner in einem Netz (Hardt, Optima 
Erfurt) 

- Meßdatenverarbeitung bei der Prü- 
fung optischer Systeme der Mikro- 
elektronik (Bachmann, VEB Mikro- 
elektronik Karl Marx Erfurt). 

Mit methodischen und praktischen 
Fragen der Softwaregestaltung be- 
faßten sich u. a. die Beiträge 

- objektorientierte Datenverwaltung 
(Westendorf, ZKI) 

- konfigurierbares Echzeitbetriebs- 
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Technik international Was bringt der 80486? 



Die Entwicklung vom ersten 4-Bft-Mi- 
kroprozessor 4004 zum 32-Bit-Pro- 
zessor 80386 dauerte 1 5 Jahre. 
Während die ersten beiden Mikropro- 
zessoren von Intel, der 4004 (1971) 
und der 8-Bit-Prozessor 8008 (1972), 
noch in PMOS-Technologie herge- 
stellt waren, leitete der 8080 (1973) 
die Ära der NMOS-Prozessoren ein. 
Ihm folgte nach dem 8085 (1976) der 
erste 16-Bit-Prozessor, der 8086 
(1978). Wenig später ließ Intel eine 
8086-Version mit 8-Bit-Datenbus, 
den 8088 (Bild 1), der softwaremäßig 
mit dem 8086 identisch und nur etwa 
10% langsamer ist, folgen. Die Tat- 
sache, daß der 8088 die billigen 8-Bit- 
Peripherieschaltkreise verwenden 
kann, machte sich IBM zunutze und 
präsentierte 1981 den IBM-PC. Mit 
der Verbreitung dieses PCs, seines 
Nachfolgers, des PC/XT, und seiner 
Kompatiblen unter dem Betriebssy- 
stem PC/MS-DOS wurde die 8086- 
Familie zum De-facto-Standard bei 
PC-Prozessoren. 

Auf der Basis des 1 6-Bit-Nachfolgers 
80286 (Bild 2), der durch seinen Pro- 
tected-Mode die gleichzeitige Abar- 
beitung mehrerer Programme (Multi- 
tasking) bei vollständigem Speicher- 
schutz zuläßt, baute IBM den PC/AT 
(1984). Der Protected-Mode, der von 
MS-DOS noch nicht unterstützt wird, 
kann jedoch erst auf neuesten Be- 
triebssystemen wie OS/2 und XENIX 
genutzt werden. 

Im Februar 1986 wurde von Intel der 
erste 32-Bit-Prozessor, der 80386 
(Bild 3), vorgestellt. Er ermöglicht 
einen dritten Mode, den Virtuell- 
Mode, in dem er 8086-Programme in 
eigenen Tasks (Aufgaben) unter vol- 
lem Speicherschutz im Multitasking- 
betrieb abarbeiten kann (in jeder 
Task arbeitet der 80386 virtuell als 
8086). Die auf der Basis des 80386 
mit dem AT-Systembus ausgerüste- 


ten PCs rechnet man zur Klasse der 
386- ATs. Eine abgerüstete Variante 
des 80386 für Billig-PCs stellt der mit 
einem 16-Bit-Datenbus versehene 
und rund 10% langsamere 80386SX 
dar. 

Was bringt nun der 80486? Ist er ein 
64-Bit-Prozessor? Oder ist er nur ein 
schnellerer 32-Bit-Prozessor? Um 
diese Fragen beantworten zu kön- 
nen, hat die Fachzeitschrift DOS offi- 
zielle und inoffizielle Verlautbarungen 
zusammengetragen und die Ergeb- 
nisse in ihrer Ausgabe 8/88 veröffent- 
licht. Demnach läßt sich die letzte 
Frage mit ja und nein beantworten, 
oder besser: nicht nur ein schnellerer 
32-Bit-Prozessor. Eine Erweiterung 
der Registerbreite auf 64 Bit ist des- 
halb wenig sinnvoll, weil die meisten 
arithmetischen und logischen Opera- 
tionen ohnehin nur eine Breite von 8 
oder 1 6 Bit benötigen. Für einen 64- 
Bit Datenbus würde es zur Zeit noch 
so v -.nig Anwendungen geben, daß 
die Produktion eines solchen Schalt- 
kreises unökonomisch wäre. Deshalb 
wurde von Intel der Weg beschritten, 
den 80386 wesentlich komfortabler 
(mehr Register und Befehle) und 
schneller zu machen. Mit dem 80486 
wird Intel bei der Strukturgröße den 
Übergang von der 1 ,5-//m-CMOS- 
Technologie zur 0,8-/<m-CMOS- 
Technologie vollziehen. Dadurch 
werden ein größerer Integrationsgrad 
und eine größere Taktrate des Pro- 
zessors möglich. 

Eine Geschwindigkeitserhöhung kann 
auch durch eine drastische Reduzie- 
rung des Befehlssatzes hin zu einem 
RISC-Prozessor, wie von Intel mit 
dem neuen 80960 praktiziert, erreicht 
werden. Beim Reduced Instruction 
Set Computer wird jeder Befehl in nur 
einem Maschinenzyklus ausgeführt. 
Statt dessen wurde beim 80486 der 
Befehlssatz vergrößert, damit einer- 


seits die für alle 8086-Prozessoren ty- 
pische Abwärtskompatibilität ge- 
währleistet ist und damit andererseits 
der Befehlskomfort erhöht werden 
könnte. Deshalb gehört der 80486 
auch zu den CISC-Prozessoren 
(CISC = Complex Instruction Set 
Computer), bei denen viele Befehle in 
einem Mikrocode-ROM abgelegt 
sind. Wird ein Befehl aufgerufen, läßt 
der Prozessor das dazugehörige Pro- 
gramm aus dem Mikrocode-ROM ab- 
laufen. Das kostet natürlich relativ viel 
Zeit. Aus diesem Grund wurden im 
80486 viele Befehle hardwaremäßig 
durch Logikschaltungen realisiert. 
Die daraus resultierende Komplexität 
trug zur Erhöhung der Zahl der Tran- 
sistoren von 275000 beim 80386 auf 
1 bis 1,25 Millionen beim 80486 bei. 
Mit diesen Maßnahmen dürften Takt- 
frequenzen für den 80486 von 32 bis 
40 MHz möglich werden. 

Weiterhin ermöglicht der 80486 


neben den von seinen Vorgängern 
bekannten Betriebsmodi real, prptec-1 
ted und virtual den Parallel-Mode. Mit! 
diesem Mode wird eine echte Paral-! 
lelverarbeitung möglich, bei der sichl 
die Prozessoren die Aufgaben, selb- 
ständig untereinander aufteilen. 
Diese Parallelverarbeitung kennt] 
man von den Transputern, die be-, 
kanntlich zu den RISC-Prozessoren I 
gehören. 

Ohne den ebenfalls geplanten Arith- 1 
metikprozessor 80487 wird der 
80486 bei 32 MHz Taktrate eine 
Rechnerleistung zwischen 15 und 
20 MIPS (Millionen Instruktionen pro 
Sekunde) erreichen. Damit ist er drei-; 
bis viermal schneller als sein Vor- 
gänger (siehe Tafel 1). Während | 
seine Serienfertigung für Artfang 1 
1990 geplant ist, werden Proto- 
typen noch bis Ende dieses Jahres ! 
erwartet. 
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Technische Daten der 8086-Famille 



8086188 

80288 

8Q38W86SX 

80486 • 

Transistoren 

27000 

130000 

275000 

1 ... 1,25 Mio 

adressierbarer Speicher 

1MByte 

16 MByte 

4 GByte 

4 GByte 

virtueller Adreßraum 


4 GByte 

64 TByte 

64 TByte 

maximale Segment- 

64 KByte 

64 KByte 

4 GByte 

4 GByte 

maximale Taktfrequenz 
in MHz 

10 

20 

25116 

32 

Modi 

real 

real , 

protected 

real, protec- 

real, protected, 

Registerbreite in Bit 

16 

16 

32 

32 

Datenbusbreite in Bit 

16/8 

16 

32116 

32 

(maximale Rechner- 
leistung in MIPS 

0,5 

2 

5 

15... 20 


• vorläufige Daten 


System multiFORTH (Jahn, TH Ilme- 
nau) 

- 2D-GSX-Grafik auf A7100 (Roth, 
TH Ilmenau). 

Stets wurde hervorgehoben, daß der 
Einsatz anderer Programmiersy- 
steme nicht möglich war, da diese 
z. B. keinen Hardwarezugriff gestat- 
ten, abgeschlossene Systeme nicht 
verfügbar, nicht interaktiv oder nicht 
flexibel handhabbar sind usw. Auch 
der Einsatz von TURBO-PASCAL 
mußte in den genannten Einsatzfäl- 
len ausgeschlossen werden. 


Am Rande der T agung fand eine Soft- 
warebörse statt. Die Teilnehmer hat- 
ten Gelegenheit zu interessanten und 
detallierten Fachdiskussionen. Auch 
dabei wurde deutlich, daß der Einsatz 
von FORTH in der DDR in die Phase 
der ökonomischen Verwertung getre- 
ten ist, woraus sich Effektivitätsstei- 
gerungen beim PC-Einsatz ergeben. 
Abschließend noch zwei Hinweise zu 
Nachnutzungsmöglichkeiten und zu- 
gleich Bitten um Mitarbeit: 

1. Auf der Grundlage von MIDOS 
stellt Th. Noßke (TH Leuna-Merse- 


burg, Hochschulbibliothek, Otto- 
Nuschke-Straße, Merseburg, 4200) 
eine Literaturdatenbank zu FORTH 
zusammen. Voraussetzung für die 
Nutzung der Ergebnisse ist die aktive 
Mitarbeit beim Zusammentragen der 
Literaturstellen. 

“ 5 . Ebenfalls über Th. Noßke, aber 
auch über M. Balig (Am Bogen 8, 
POF 30/28, Großpösena, 7105) sind 
Informationen zu den FORTH-83- 
Installationen im Amateurbereich 
(KC 85/3, KC87, ZI 01 3, ZX Spec- 
trum, Schneider-CPC, Sharp MZ 800 


sowie künftig weitere Z80- und 6502-/ 
6800-Rechner, eventuell auch AC 1) 
erhältlich. 

3. Ein Informationsmaterial zum Lei- 
stungsumfang des Systems com- 
FORTH 2.1 ist über die WPU Ro- 
stock, Sektion Technische Elektronik, 
Albert-Einstein-Str. 2, Rostock, 2500, 
erhältlich. Interessenten können 
Komponenten der comFORTH-dm- 
gebung nach Bedarf auswählen und 
nachnutzen. Die Nachnutzung kann 
Quelltexte und Crosscompiler ein- 
schließen. G.-U. Vack, H. Finsterbusch 
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